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ACTIVITY LOG FOR IMPROVED CALL EFFICIENCY 

A cross-reference list of related applications is provided at the end of the Detailed 
Description of Preferred Embodiments section of the present application. 

5 

FIELD OF THE INVENTION 

The present invention relates to communication between users in diverse communication 
systems, and more particularly, to providing a broadband communication system including an 
1 0 activity log for an Internet Protocol Telephony Network and public switched telephone network. 

BACKGROUND OF THE INVENTION 

Present day telephony voice networks, have a network built around circuit switches, end 
15 offices, a toll network, tandem switches, and twisted pair wires. These voice networks are 
referred to as a public switched telephone network (PSTN) or plain old telephone service 
(POTS). Due to bandwidth limitations of plain old telephone service (POTS), there is an 
inherent inability to efficiently integrate multiple types of media such as telephony, data 
communication for personal computers (PC), and television (TV) broadcasts. Accordingly, a new 
20 broadband architecture is required. This new architecture gives rise to a new array of user 
services. 

Further, present POTS analog telephones do not allow a user to access prior numbers 
called from or received by a user. Some present telephones, for example a digital phone with 
electronics (smartphone) or an ISDN capable telephone, enable a user to call the last number 

25 dialed. However, such telephones generally do not enable a user to recall on command and dial a 
DN that was dialed earlier than the most recent prior dialed DN nor recall on command and dial a 
DN of a previously received call. Further, present telephone systems do not provide a user with 
a user friendly means of reviewing all the incoming and outgoing calls for a telephone which 
may include billing information and the ability to designating certain calls be billed to another 

30 directory number or entity. Such capabilities will improve user efficiency. One such means and 
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service is provided by the present application for improved call efficiency and user proactive 
billing management. 

SUMMARY OF THE INVENTION 

5 

Aspects of the invention include to providing broadband access capabilities or enhanced 
services for use in conjunction with a packetized network such as an Internet Protocol (IP) based 
system infrastructure. 

Other aspects of the invention include providing one or more of the following either 
1 0 individually, or in any combination or sub-combination: 
a new broadband architecture; 
broadband network capabilities, including local access; 

enhanced services for use in conjunction with a packetized network such as an Internet 
Protocol (IP) based system infrastructure. One such enhanced service includes an activity log for 

1 5 improved call efficiency and user proactive billing management. 

The present invention provides for an activity log which may include user proactive 
billing management for use in a powerful, facilities-based, broadband communications system 
that guarantees voice, data and video communication reliability and security to users for an 
multimedia system including integrated telephone, television and data network. The activity log 

20 and user proactive billing management may log incoming calls directory numbers (DNs) and 
outgoing call DNs in a database. The database containing the activity log may be provided 
and/or maintained at a central system location, such as the at IP Central Station or at the system 
subscriber's customer premises equipment (e.g., broadband residential computer (BRG), 
personal computer (PC), etc.). The activity log may also log incoming and outgoing email 

25 interactive sessions (e.g., instant message (IM) email) and log multimedia video and audio calls. 
The activity logs may include, along with the DN, system address, and/or email address, 
supplemental information such as the "to be contacted" party's name and relevant information 
(e.g., company, address, client billing number, etc.) as well as billing information such as the 
time length of the previous communication and any associated charges for the previous 

30 communication. The system may obtain the supplemental information by, for example, user 
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entry on an activity log screen, caller ID information, electronic public telephone directories, 
and/or extraction from the user's electronic address or telephone book. 

According to one variation of the invention, these logs may be accessed and used by the 
system user to enable auto dialing (e.g., auto redial) of, for example, any previously dialed DNs 

5 or previously received incoming call DNs (both answered and unanswered). Thus, if a user 
wants to call back a person that they previously called or wants to call back a person who 
previously called them without looking up the persons DN and dialing in the entire DN they 
may, for example, enter a feature code on the keypad of a telephone indicative of the desired DN 
was previously associated with an outgoing call or an incoming call, and enter the number of 

10 calls previous (incoming or outgoing) to which the desired DN is related. The system will then 
look up the DN associated with that previous call in the call log database and automatically dial 
that DN. 

According to another variation of the invention, the activity log(s) may be provided to the 
user with a graphical user interface (GUI) using, for example, a display and scroll feature so that 

15 the user can scroll through the log(s) of previous communications (e.g., calls) and designate the 
desired DN or address by highlighting, clicking on, or tagging the desired DN or address in the 
list. In response the system will connect to (e.g., dial/call) the user designated by the previously 
utilized DN or address. The display, scroll, point and select feature may be performed using, for 
example, a PC, television (TV), or touch display connected to the system. The user can 

20 customize the information categories displayed on the GUI and identify one of the various 
categories to perform a search on. 

According to a further variation of the invention, the user may access the activity log(s) 
and identify any communication the cost of which should be billed to a different party. For 
example, the system user may tag certain calls in the activity log to be forwarded to their 

25 business account so that their business can pay for the calls. Alternatively, the system may 
include a filter on the activity log which the user can activate to sort all communications which 
have a client billing number associated with them. The user may then review this listing 
manually or have the system automatically forward this information to their business account to 
be charged to a client (or directly to the client's account). Thus, the system user will no longer 

30 have to submit paper copies of his telephone bills or internet access bills with an expense report 
to get the bill paid by their business. 
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In another variation of the invention, the user may set the log to automatically sort the 
records in the log based on, for example, a calling party's name and select a particular manner of 
making a call based on comparative cost or the user's preferences. 

Although the invention has been defined using the appended claims, these claims are 
5 exemplary and not limiting in that the invention is meant to include one or more elements from 
the apparatus and methods described herein and in the applications incorporated by reference in 
any combination or sub-combination. Accordingly, there are any number of alternative 
combinations for defining the invention, which incorporate one or more elements from the 
specification (including the drawings, claims, and applications incorporated by reference) in any 
1 0 combinations or sub-combinations. 



BRIEF DESCRIPTION OF THE DRAWINGS 



Fig. 1 shows a schematic representation of a broadband network (e.g., broadband IP 
1 5 based network) in accordance with a preferred embodiment of aspects of the present invention. 

Fig. 2 shows a block diagram of a preferred embodiment of a centralized control (IP 
central station) in accordance with aspects of the present invention. 

Fig. 3 shows a block diagram of a preferred embodiment of a local control apparatus 
(broadband residential gateway) in accordance with aspects of the present invention. 
20 Fig. 4 shows a detailed schematic representation of an exemplary embodiment of the 

broadband network shown in Fig. L 

Fig. 5 is a signal flow diagram illustrating a typical on-network to off-network call 
according to one preferred method of operating the broadband network shown in Fig. 1. 

Fig. 6 is a signal flow diagram illustrating a typical on-network to on-network call 
25 according to one preferred method of operating the broadband network shown in Fig. 1 . 

Fig. 7 is a process flow diagram for one exemplary method illustrating logging incoming 
and outgoing calls into a communication activity log. 

Fig. 8 is an exemplary communication activity log graphical user interface (GUI). 
Fig. 9 is a process flow chart of an exemplary method for initiating a new communication 
30 session using the activity log is provided. 
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Figs. 10A and 10B, is a process flow chart of an exemplary method is provided for 
obtaining supplemental information that may be included in an activity log. 

Fig. 11 provides a process flow chart of one exemplary method for adding billing 
information to a new record in the activity log. 
5 Fig. 12 provides a process flow chart of one exemplary method for enabling a user to 

direct any communication the cost on their activity log(s) to a different customer bill 

Fig. 13 provides one exemplary activity log screen for sorting and selecting a call based 
on cost of call per time of day. 

Fig. 14 provides one exemplary method for activity log screen for sorting and selecting a 
1 0 call based on a user' s preference. 

JJ DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

111 The present invention may provide an activity log that may have user proactive bill 

3 5 management capability and be used in a broadband communication system as described in detail 
w below. The activity log may log, for example, incoming calls directory numbers (DNs) and 
1^ outgoing call DNs in a database. The activity log may also log incoming and outgoing email 
5J1 with interactive sessions (e.g., instant message (IM) email) and multimedia video and audio calls. 
O The activity log may be separated into individual activity logs for respective media types. 
Ao Further, the activity log(s) may include information such as the DN, a system address, an email 

address, a "contacted" party's name, a company name, an address, a client billing number, as 

well as billing information such as the date, time, length of the previous communication and any 

associated charges for the previous communication. 

A new system is provided for broadband access and applications. Unless otherwise 
25 indicated by the appended claims, the present invention is not limited to the preferred 

embodiments described in this section but is applicable to other integrated multimedia 

communication systems. 

L Integrated Communication System Overview 

30 Referring to Fig. 1 , an exemplary embodiment of a broadband network 1 . The broadband 

network generally provides interconnection between a plurality of customer locations utilizing 
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various interconnection architectures including Internet Protocol (IP) based network, various 
existing systems (legacy systems) such as the public switched telephone network (PSTN), ATM 
networks, the Internet, signaling networks, as well as other systems. The broadband network 
provides versatile intelligent conduits that may carry, for example, Internet Protocol (IP) 
5 telephony or multimedia signals between the customer premises over, for example, the public 
switched telephone network, Internet, or wireless communication networks. 

Again referring to Fig. 1, the broadband network 1 may include one or more customer 
premises equipment (CPE) units 102. The customer premise equipment 102 may be variously 
configured. In one example, the customer premise equipment 102 may include one or more local 
10 control devices such as a broadband residential gateway (BRG) 300. Although the broadband 
residential gateway is preferably disposed in a residence for many aspects of the invention, in 
exemplary embodiments, it may also be disposed in a business or other location. The broadband 
T s residential gateway 300 may be variously configured to provide one or more integrated 
tH communication interfaces to other devices within the customer premise equipment 102 such as 
ill 5 televisions (TV), personal computers (PC), plain old telephone system (POTS) phone(s), video 
^ phones, IP enabled phones, and other devices. For example, the broadband residential gateway 
M 300 may provide one or more telephone port connections (e.g., plain old telephone system), 
J] Ethernet connections, coaxial connections, fiber distributed data interface (FDDI) connections, 
y wireless local area network (LAN) connections, firewire connections, and/or other connections to 
^B0 a plurality of devices such as plain old telephones, IP based phones, television converters, e.g., 
cable television (CATV) set top devices, televisions, digital televisions, high definition 
televisions (HDTV), video phones, and other devices. In exemplary embodiments, the 
broadband residential gateway 300 may support communications between any of the 
aforementioned devices in intra-premises calling and/or extra-premises calling. Further, when 
25 the broadband residential gateway 300 is used in a business environment, it can function as a 
private branch exchange or key type telephone system. 

In Fig. 1, broadband residential gateway 300 is illustrated as a single physical device. 
This configuration is appropriate where centralization of maintenance and control is desirable. 
Alternatively, the broadband residential gateway 300 may be separated into more than one 
30 physical device allowing functionality to be distributed to a plurality of different physical 
locations in the customer premise and/or broadband network 1. However, in many embodiments, 
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having a centralized broadband residential gateway 300 located in a single location provides ease 
of maintenance, control, and re-configuration as well as a reduction in cost due to shared 
functionality. For example, the broadband residential gateway may be configured to provide the 
intelligence needed to allow each of the customer premises equipment devices to operate within 
5 the broadband network 1. For example, analog voice may be converted to digital data and 
packetized for transmission in an appropriate output protocol such as an Internet protocol (IP). 

In exemplary embodiments, the broadband residential gateway 300 may function to 
couple devices within the customer premise equipment 102 to the rest of the broadband network 
1 using any suitable broadband communication mechanism. In the embodiment shown in Fig. 1, 
10 the broadband residential gateway 300 utilizes a hybrid fiber-coaxial plant 112 to couple the 
broadband residential gateway 300 to the rest of the broadband network 1. The hybrid fiber- 
3 coaxial plant 1 12 may be preferred in many embodiments over other broadband communication 
•h mechanisms because of the large number of homes currently connected to cable networks, the 
W capacity for shared access, and the ability for asymmetric data access speeds which allow high 
Si 5 quantities of data to be distributed to the various devices in the customer premises equipment 
m 1 12. The hybrid fiber-coaxial plant 112 may include coaxial cable and/or optical fiber networks 
^ in any suitable combination. The hybrid fiber-coaxial plant 112 may provide an intelligent 
Jj broadband conduit between the broadband residential gateway 300 and a gateway such as the 
5 head-end hub (HEH) 115. The head-end hub 115 may be variously configured to provide 
J320 various services and/or interconnections with the rest of the broadband network 1 . For example, 
the head-end hub 115 may provide an interconnection point to gather and aggregate external 
services (e.g., off air and satellite video, public switched telephone network voice, multimedia 
messages, and Internet data) for distribution to and from the hybrid fiber-coaxial plant 1 12. With 
respect to telephony and multimedia calls, the head-end hub 115 may function as intelligent 
25 conduit for connection and communication between the hybrid fiber-coaxial plant 112 and 
external networks such as an IP network 120 and/or an ATM/frame relay/cell relay network 185. 

The broadband network 1 may include any number of interconnected head-end hubs 115, 
IP networks 120, and/or ATM networks 185. Further, the IP network 120 and/or ATM network 
1 85 may be connected to one or more other networks and devices such as: 
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(1) external networks including a public switched telephone network (PSTN) 1 70, 
an signaling system 7 (SS7) network 170, an Internet 180, and/or a wireless network 
144; 

(2) various components including one or more private branch exchanges 146, 
5 terminals 142 including computers and wireless devices, and/or one or more stand 

alone broadband residential gateway 300; 

(3) one or more administration centers 155; 

(4) one or more secure network management data networks 1 90 such as a network 
operations center (NOC); 

1 o (5) one or more billing systems 1 95 such as OSS ; and/or 

(6) one or more centralized control centers such as what is referred to as an IP 

=fl central station 200. 

:f t The IP network 120 and/or ATM network 185 may include one or more routers and/or 

If! other devices to route, for example, telephony calls, multimedia calls, signaling messages, 
ill 5 administrative messages, programming messages and/or computer data between the various 
m devices in the broadband network 1 such as the head-end hub 115, the public switched telephone 
H network 160, the private branch exchange (PBX) 146, as well as the other devices discussed 
ill above. In preferred embodiments, the information traveling in the IP network 120 may be 
y packetized and formatted in accordance with one of the Internet protocols. The IP network 120 
<020 may also include gateways to interface with the various other networks and/or devices. For 
example, the gateways may be distributed at the edge of the IP network where the IP network 
interfaces with one of the other devices or networks. Alternatively, the gateways interfacing the 
IP central station 200 to, for example, the Internet 180, public switched telephone network 
(PSTN) 160, signaling system 7 (SS7) 170, wireless networks 144, ATM/frame/cell relay 
25 networks 185 may be provided in the IP central station 200, or in both the IP network 120 and 
the IP central station 200, and/or partially distributed between the IP network 120 and the IP 
central station 200. Where the gateways are separated by an IP network 200, an appropriate 
transport protocol may be utilized to logically connect the IP central station 200 to the particular 
gateway. 

30 The IP central station(s) 200 may be connected to, for example, one or more IP networks 

120, ATM networks 185, secure management data networks 190, and/or administration centers 
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155. The IP central station 200 may be variously configured to include one or more servers 
and/or one or more gateways. In exemplary embodiments, the servers and gateways provide the 
necessary intelligence and traffic management capabilities to enable information, e.g., IP 
telephony signals, to travel through the broadband network 1 . For example, the IP central station 

5 200 may be configured to manage voice information transfer from the public switched telephone 
network 160, through the IP network 120, and into and out of one or more devices such as those 
connected to a broadband residential gateway 300. The IP central station may be configured to 
store various control and system information such as location, address, and/or configurations of 
one or more broadband residential gateways 300, as well as other routing and call set-up 

10 information. 

In exemplary embodiments, one or more administration centers 155 may be connected to 
•3 the IP network 120 and provide billing and local directory number portability administration. 
Tt The local number portability may be handled by one or more Local Service Management System 
jf! (LSMS) which may be included in the administration center 155 and/or in the IP central station 
*fl5 200. Further, the Secure Management Data Network 190 may also include a mechanism for 
m transferring various information such as billing, call tracking, and/or customer service 
if provisioning. Various existing systems may be utilized to provide this information such as 
jjj existing billing systems (OSS) 195 and/or one or more network operations center (NOC). The 
y network operations centers may be included in the administration center 155, the IP central 
C20 station 200, and/or the billing system 195. The network operations center (NOC) may be 
variously configured to include a translation server to allow communications with the various 
disparate entities (e.g., legacy systems) in the broadband network 1 . 

The IP network 120 and/or the ATM network 185 illustrated in Fig. 1 may include one or 
a plurality of sub-networks. Each of the sub-networks may include its own IP central station 200 
25 in a distributed configuration, with certain routing data replicated across all IP central stations or 
each sub-network may be connected to a single centralized IP central station 200. Where the IP 
network 120 includes one or more sub-networks, each sub-network may be connected to multiple 
head-end hubs 115. Further, each head-end hub 1 15 may be connected to multiple hybrid fiber- 
coaxial plants 112, and each hybrid fiber-coaxial plant 112 may be connected to multiple pieces 
30 of customer premises equipment 102 and/or broadband residential gateways 300. The IP 
network 120 provides an interconnected broadband network which may be utilized to transport 

9 



PATENT APPLICATION 

, IDS 1999-0304 

* 

and route packetized information to and from diverse geographic locations and may be used on a 
national or international basis. Further, the IP network 120 and/or ATM network 185 may utilize 
private network facilities and/or may be provisioned over a shared network such as the Internet. 
The IP central station 200 may be configured to provide connectivity for the broadband 
5 residential gateway 300 to the Internet 180 (e.g., World Wide Web (www)), as well as 
connectivity to other external networks such as public switched telephone network 160 and 
signaling system 7 (SS7) 170 for end-to-end voice, multimedia, and data applications, for 
example voice over IP telephony. IP packets traveling through the IP network provide for 
priority so that, for example, voice packets are given priority over data packets to maintain 
10 certain VoIP telephony QoS requirements and a leased line concept for packet traffic which may 
have an even higher priority. However, the system is sufficiently flexible so that the priority can 
=0 be dynamically altered according to customer preferences, variable billing rates, traffic patterns, 
Zj and/or congestion. 

;ja 5 A. Internet Protocol Central Station 

m Referring to Fig. 2, the IP central station 200 may be variously configured. In preferred 

H embodiments, it may be configured to ensure seamless integration of IP based communication 
iH system including the IP network 120 with the public switched telephone network 160, signaling 
5 system 7 (SS7) network 170, and the Internet 180 so that packetized data, for example, voice calls 
fl20 and information data, is properly transferred between the broadband residential gateway 300, the 
public switched telephone network 160 and/or the Internet 180. In one embodiment, the hybrid 
fiber-coaxial plant 112, head-end hub 115, and IP network 120, provide a virtual signaling 
conduit for packetized voice and data which may, with the coordination of the IP central station 
200, be provided in the appropriate format between the broadband residential gateway 300 and 
25 the public switched telephone network 1 60 and/or Internet 1 80. 

Again referring now to Fig. 2, the IP central station 200 may include a central router 200, 
for example, a gigabit switch, which may be utilized to interconnect various servers and 
gateways contained in the IP central station 200. The central router 210 provides for example 
Ethernet switching and aggregate traffic between servers, gateways and the IP network 120 
30 and/or ATM network 185 backbone. In one exemplary embodiment, the central router 210 
provides high-speed, non-blocking IP and IP multicast Layer 3 switching and routing. The IP 
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central station 200 may include one or more of the following servers: the least cost server (LCS) 
255, the time of day (TOD) server 212, the dynamic host control protocol (DHCP) server, the 
trivial file transfer protocol (TFTP) server, and the domain name service (DNS) server 214, the 
system management (SM) server 216, the call manager (CM) server 218, the announcement 
5 server (AS) 220, the multimedia server (MS) 222, and/or the conference server (CS) 224. As 
illustrated in Fig. 2, the servers may be separate servers, for example the call manager server 218, 
or may be incorporated into a single server. In the exemplary embodiment, the dynamic host 
control protocol server 131, trivial file transfer protocol server 132, and the domain name service 
server 214 are each incorporated in a single server facility. Each server in the IP central station 
10 200 may include computers), storage device(s), and specialized software for implementing 
particular predefined functions associated with each server. In this manner, the servers in the IP 
3 central station may be provisioned as a main server and one or more back-up servers to provide 
tl redundant processing capabilities. Similarly, the router may be implemented as a main router 
W and a back-up router with similar routing functionality. 

Ill 5 The IP central station 200 may also include, for example, one or more of the following 

W gateways: a element management gateway (EMG) 238, an accounting gateway (AG) 240, an 
1* Internet (Boarder) gateway (IG) 236, a signaling system 7 (SS7)) gateway (SG) 234, a voice 
IX gateway (VG) 232, and/or a multimedia gateway (MG) 230. The IP central station 200 may 
'2 utilize one or more of these gateways to provide centralized system intelligence and control of 
=020 voice and/or data IP packets. 

In exemplary embodiments, the dynamic host control protocol server and domain name 
service server 214 may operate to dynamically assign IP addresses devices in the customer 
premise equipment 102. Where a dynamic IP assignment scheme is used, the customer premises 
equipment may be provided with one or a plurality of dynamic IP assignment when activated 
25 initially, and/or at the initiation of each active secession. Where an IP address is assigned when 
the device is initially activated, it may be desirable to assign a single IP address to a single 
broadband residential gateway and assign a port address to devices connected to the broadband 
residential gateway 300. In other embodiments, an individual IP address may be assigned to 
each device coupled to the broadband residential gateway 300. For example, the broadband 
30 residential gateway may include and/or be coupled to one or more cable modems, IP phones, 
plain old telephone system phones, computers, wireless devices, CATV converters, video 
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phones, and/or other devices which each may be assigned a unique static and/or dynamic IP 
address and/or a port of a one of these IP addresses. The particular protocol for allocating IP 
addresses and/or ports may be specified using protocols defined in the dynamic host control 
protocol server 214. In exemplary embodiments, the dynamic host control protocol and DN 
5 server 214 may be configured to assign available IP addresses from address pools based, for 
example, on the identity or type of requesting device, the amount of use expected for the 
requesting device, and/or predefined assignment protocols defined in the dynamic host control 
protocol and DN server 214. In centralized embodiments, it may be desirable to configure the 
call manager (CM) 218 to provide sufficient information such that the domain name service 
10 server 214 can distinguish between static IP devices, dynamic IP devices, registered devices, 
unregistered devices, and registered devices that have been assigned to a particular class of 
1 service e.g., data vs. telephony, un-provisioned, vs. provisioned, etc. 

f The trivial file transfer protocol (TFTP) server 214 may be configured to transfer certain 

!f! information to/from one or more broadband residential gateways 300. In exemplary 
fi 5 embodiments, the trivial file transfer protocol server provides Data Over Cable Service Interface 
m Specifications (DOCSIS) configuration information containing QoS parameters and other 
^ information required for the broadband residential gateway 3 00 to operate optimally, 
y The time-of-day (TOD) server 212 may include a suitable facility for maintaining a real 

'2 time clock such as an RFC 868-compliant time server. In exemplary embodiments, the time-of- 
C20 day server 212 provides system messages and/or responses to system inquiries containing a 
coordinated time, e.g., universal coordinated time (UCT). The universal coordinated time may 
be used by any of the servers and/or devices in the broadband network 1. For example, the 
broadband residential gateway 300 may use the universal coordinated time to calculate the local 
time for time-stamping error logs. 
25 The system management (SM) server 216 may include responsibility for the overall 

operational state and functioning of components the broadband network 1, either alone, or in 
combination with other system management servers 216. The system management (SM) server 
216 may be variously configured to provide monitoring and administrative functions for devices 
within the broadband network 1. For example, the system management server 216 may be 
30 configured to provide management of various database functions, memory buffer functions, and 
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software utility functions within the broadband network 1. Software management includes, for 
example, version control, generic control, and/or module control 

The least cost server (LCS) 255 may be variously configured to enable the system to 
determine the least cost routing of telephone and data transmission throughout the network. The 
least cost server 255 may also provide one or more broadband residential gateway users 
capability to select between, for example, cost and Quality of Service (QoS). 

The announcement service (AS) server 220 may be variously configured. In exemplary 
embodiments, it may store and send announcements to specified destinations and/or all 
destinations based on instructions received by, for example, the call manager (CM) server 218. 
The announcement server 220 receives, for example, Media Gateway Control Protocol (MGCP) 
or later signaling (e.g., H.GCP - an ITU standard Gateway Control Protocol ) control messages 
from the call manager 218, and sends announcements to one or more voice gateways (VG) 232 
and/or the one or more broadband residential gateway 300 (e.g., using Real Time Protocol (RTP) 
packets). The announcement server 220 may send an announcement once, a predetermined 
number of times, or in a continuous loop. The announcement server 220 may detect when a 
phone or other device has been taken off-hook and play an advertisement or other announcement 
to the user. Where a user has signed-up for an advertising plan whereby phone rates are reduced 
in return for advertising revenue generated by the advertisements, the announcement server 220 
may be utilized to track the number of individuals with a particular income, age, or other profile 
which hear the advertisement. The announcement server 220 may respond to requests from 
individual system devices such as one of the broadband residential gateways 300 and/or under 
control of, for example, the call manager 218. Where the announcement server is under control 
of the call manager 218, the call manager may be configured to control various operating 
parameters of the announcement server. For example, the call manager 218 may request that 
certain announcements are sent once, a specified number of times, or in a continuous loop. 

In still further embodiments, announcements may be generated elsewhere in the 
broadband network 1, stored as files, and distributed to one or more announcement servers via a 
file transfer protocol or resource such as the trivial file server 214 using one or more file transfer 
protocols. In many embodiments, it is desirable to store announcements in an appropriate 
encoding format (e.g., G.711 or G.729) within the Announcement Server. The announcement 
may have an audio component and/or a audio/video component. The audio/video component 
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may be stored using a combination of an encoding format (e.g., G.711) and/or a standard file 
format such as wave (WAV), MPEG, and other suitable formats. 

In one exemplary method of operation, a user picks up a telephone which sends a signal 
to the call manager 218. Subsequently, the call manager 218 may established a connection to the 
announcement server 220 and play one or more pre-recorded and/or predetermined 
announcement (hypertext and/or audio). Signaling tones such as a busy signal may be played by 
the broadband residential gateway 300 or the call manager 218, but Special Information Tones 
(SIT) and/or messages may also be included as part of an announcement file. In this way, the 
user experience is enhanced such that the user receives a busy message and/or hypertext 
announcement providing one of several options for contacting the called party. The 
announcement server 220 may have information entered by a user using, for example, a 
broadband residential gateway to provide additional information to the called party. The 
additional information may include the ability to leave a message, type-in a chat note, page the 
called party, barge-in on the call, and/or other user or system defined call handling capabilities. 

The announcement server 220 may also be programmed with various system messages 
such as an announcement indicating that a number dialed is incorrect or that the call did not go 
through as dialed, that the lines are busy, that all lines between two countries are currently busy, 
that the called party has changed numbers, that the called parties phone has been disconnected, 
that one or more system errors have occurred, and/or other announcement messages. 

The call manager (CM) 218 may be variously configured. In exemplary embodiments, 
the call manager 218 provides a centralized call control center for supporting call set-up and tear- 
down in the broadband network 1. The call manager 218 may be configured to include trunk and 
line information maintenance, call state maintenance for the duration of a call, and/or user 
service features execution. The call manager 218 may also provide for call processing functions 
such as a standardized call model for processing the various voice connections such as voice over 
IP calls. In exemplary embodiments, a standardized "open" call model may be utilized which 
supports standardized application programming interfaces (APIs) to provide transport services 
and other user functions such as calling cards. An open application programming interface and 
call set-up interface in the call manager will enable third party applications to be loaded into the 
call manager 218 and broadband residential gateway 300. This will facilitate the development of 
third party applications for enhancing the functionality of components in the broadband network 
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1. For example, third parties and other equipment vendors may manufacture various broadband 
residential gateways 300 for use in the broadband network 1 by writing applications to support 
the open call model of the call manager 218. The call manager 218 and/or broadband residential 
gateway 300 may also be configured to execute and/or accept commands form a standardized 
5 scripting language which may generate instructions for the call manager 218 and/or broadband 
residential gateway 300 to execute various functions. The scripting functionality may include the 
ability to execute an entire call model including interfaces to the signaling system 7 (SS7) 170, 
public switched telephone network 160, IP network 120, ATM/frame/cell relay network 185, 
and/or other functions within, for example, IP central station 200 such as the multimedia server 
10 222, announcement server 220, system management server 216, conference server 224, time of 
day server 212, least cost server 255, and/or domain name server 214. 
I a The call manager 218 may also be configured to maintain the call states for each call it 

f] handles (e.g., a voice over BP call) and respond to system events created by, for example, the 
W multimedia gateway control protocol (MGCP) messages and/or integrated services digital 
05 network user part (ISUP) messages for signaling system 7 (SS7) protocol that may occur during 
yj the processing of a call. Exemplary events handled by the call manager 218 include call state 
M: changes, call feature changes/call feature triggering events, changes in the status of lines and 
\T\ trunks, and/or error conditions. Further, the call manager 218 may interact with devices 
y connected to a single circuit on the public switched telephone network 160 and/or a device 
=£20 connected to a port of the broadband residential gateway 300. In this manner, new devices may 
be added to the infrastructure and operate using the open call model contained in the call 
manager 218. 

The call manager 218 may also include storage for subscriber and network configuration, 
a cache server for faster access to frequently used data, a routing engine for selecting an 

25 appropriate routing algorithm (e.g., least cost routing), and/or a service broker which provides 
the data and logic for specific services. In addition, the call manager 218 may include an 
authentication (AC) server 245 that provides authentication of various devices, objects, packets 
and users in the integrated multimedia system. In this manner, a user may verify the identity of 
the calling or called party. 

30 The call manager 218 may interact with the signaling gateway (SG) 234, the accounting 

gateway (AG) 240, the element management gateway (EMG) 238, the voice gateway (VG) 232, 
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and the multimedia gateway (MG) 230 using any suitable protocol such as IP and an 
interconnection mechanism such as the central router 210. In one preferred embodiment, the call 
manager 218 may be configured to utilize signaling messages such as: a) ISUP messages over 
Common Object Broker Architecture (COBRA) interface to and/or from signaling gateway 234, 
5 b) MGCP, SIP - simple internet protocol, H.GCP, and/or other suitable control messages to 
and/or from the announcement server 220, c) call event records in modified Radius format to the 
accounting gateway 240, d) Radius (or Enhanced Radius or compatible protocol) control 
messages to and/or from the voice gateway 232 and/or the broadband residential gateways 300, 
and e) signaling network management protocol (SNMP) messages to and/or from the element 
1 0 management gateway 238. 

The call manager 218 may incorporate one or more databases. For example, the call 
5 manager 218 may include database information such as (1) a resources database that provides an 
t \ identification of what resources are connected to the broadband network 1 and their current state; 
!f; (2) a trunk/gateway database that indicates which gateway serves what circuits in a trunk; (3) a 
i.fll5 customer database which indicates whether a call is authorized, identifies what services a line 
m supports and determines whether a telephone number is on or off the integrated IP 
!«* communication network; (4) a numbering plan / least cost routing database which provides 
u\ routing information that enables the IP central station 200 to choose the correct trunk as a 
5 function of the call number; and (5) a local number portability (LNP) database that indicates the 
*020 North American Numbering Plan (NANP) and associated prefixes which are open for association 
with the number portability service; and (6) an address of the service control point (SCP) towards 
which requests for translating these local portability numbers should be routed. 

In exemplary embodiments, the broadband network 1 includes equipment compatible 
with the COBRA standard. COBRA may be utilized to allow applications from a plurality of 
25 vendors to operate with each other. The COBRA standard allows a company, such as AT&T, to 
build its network using multi-vendor equipment and yet ensure seamless integration and 
operation. Some of the major areas covered by COBRA v. 2.2 includes: Inter-ORB Bridge 
Support, General Inter-ORB Protocol (GIOP) support, Internet Inter-ORB Protocol (HOP) 
support, and Environment Specific Inter-ORB Protocol (ESIOP) support. The call manager 218 
30 may integrate these protocols to facilitate call set-up with diverse equipment. This is 
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advantageous in that equipment from a plurality of vendors may inter-operate over the broadband 
network 1 without modification. 

The multimedia server (MS) 222 may be variously configured. For example, one or more 
multimedia servers may provide support for multimedia messaging service and/or the overall 
5 management of multimedia voice and mail messages transmitted across the broadband network 
1 . The multimedia server may be configured to support e-mail (e.g., html) messages, voice mail 
(audio) messages, and/or video mail (audio and video) messages. The multimedia messages may 
include standard pre-configured system messages, advertising messages, and/or user defined 
messages. In either event, where the messages are stored in a centralized location, the 
10 multimedia server may provide such storage. Where the multimedia server 222 provides storage 
for the multimedia messages, a database may be utilized for indexing, storage, and retrieval of 
5 such messages. In exemplary systems, the user may access predetermined ones of these 
Ti messages. The multimedia server 222 may utilize IP as a method of communicating with other 
!f| devices across the broadband network 1 . 

iflS The conference server (CS) 224 may be configured to provide for multiparty conference 

] M calls using, for example, IP voice packets during an IP telephony or multimedia session call. The 
conference server 224 may include specialized software that runs on a computing platform 
y having associated multiplexing and demultiplexing capability for segregating and aggregating 
y user information packets. For example, the conference server may log several calls into a 
*O>0 conference session. When information packets are sent from one or more phones, they are 
aggregated and sent to the other phones on the conference call. The conference server 224 may 
use any suitable communication protocol such as H.GCP or SIP. The conference server 224 may 
function to aggregate user information from two or more users onto a single call path. The 
conference server 224 may include one or more "call-in numbers" and be controlled from any 
25 location, e.g., a centralized operator location and/or one or more broadband residential gateways 
300. It may be desirable to have the conference server 224 configured such that some callers 
simply monitor the call without voice interruption while other callers have both voice transmit 
and receive capabilities. Where a caller is not given the privileges associated with active 
participation in the call, voice packets from these users are discarded. For example, a CEO may 
30 have a conference call with a plurality of financial advisors and invite the press to listen on the 
call without interruption capabilities. 
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The gateways in the IP central station 200 may be configured to provide translation of 
signals to and/or from the various servers in the IP central station 200, the IP network 120, the 
public switched telephone network 160, the signaling system 7 (SS7) network 170, the Internet 
180, and/or the secured management data (SMD) network 190. The gateways typically support 
5 one or more of the following group of functions: call processing; signaling system 7 (SS7) 
connectivity; billing support; OAM&P support; connection to public switched telephone 
network; control CoS / QoS parameters; and enhanced services. 

The voice gateway (VG) 232 may be connected to the public switched telephone network 
160 and operate to convert between IP based voice packets and standard public switched 
10 telephone network 160 voice traffic. Voice gateway 232 may be configured as multi-frequency 
(MF) or ISUP gateways on a per-Tl basis. Where multi-frequency (MF) trunks are used, one 
ifl embodiment utilizes signaling between the call manager 218 and the voice gateway 232 using 
tl MGCP, SIP, H.GCP and/or other compatible protocol. Multi-frequency trunks may be 
JJl compatible with Feature Group D (FGD), Operator Service (OS) Signaling protocol and/or 
Jrt 5 Termination Protocol (TP). 

m The IP central station 200 may be variously connected to the public switched telephone 

H network. For example, the IP central station 200 may be connected directly to the public 
y switched telephone network using, for example a bearer channel (e.g., a Tl or T3 carrier) and/or 
5 interconnected using one or more networks such as an IP network and/or ATM/frame/cell relay 
:££0 network 185. Where a Tl network is utilized, it may be desirable to utilize one or more of ISUP 
or MF, FGD, and OS to interconnect a service bureau in the public switched telephone network 
160. Alternatively, the service bureau in the public switched telephone network 160 may be 
interconnected using an alternative network arrangement such as an IP network 120 and/or a 
ATM/frame/cell relay network 185. The service bureau may coordinate with the IP central 
25 station 200 in providing operator services, directory services and provisioning for 31 1, 61 1, and 
711 services. Emergency 911 services may be routed to an E911 tandem switch that has the 
appropriate databases and interfaces with a Public Safety Answering Position (PSAP). 
Emergency 911 services may be coordinated by the call manager 218 and/or public switched 
telephone network based service bureau. 
30 Voice gateway 232 may be router-based and include one or more voice feature cards 

and/or DSP Module cards to perform voice processing. The voice gateway 232 may optionally 
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include host processors, LAN/WAN ports, Ethernet ports, Tl or El telephony interface cards, 
Voice Feature Cards with DSP Modules providing voice compression transcoding (G.711 and 
G.729), carrier-quality echo cancellation with 8 ms-32 ms tail length, a de-jitter buffer which 
adapts to delay variations in the network in order to minimize the delay, packet loss concealment 
5 that generates concealment frames for lost packets using information from previously received 
data, and/or tone detection and generation. This function detects Multi-Frequency (MF) tones 
and generates MF and call processing tones (e.g. dial tone, call-waiting tone etc.). 

In exemplary embodiments, the voice gateway 232 may include Tl/El interfaces with 
internal Channel Service Units (CSUs). It may also be desirable to configure the voice gateway 
10 232 such that ISUP, MF and Centralized Attendant Services (CAS) trunks are supported with a 
configuration done on a per Tl basis. Additionally, multi-frequency tones and Centralized 
|5 Attendant Services may utilize a "robbed bits" communication scheme where bits are "robbed" 
+! from sub-frames to transmit in-band signaling. The multi-frequency tones may be converted to 
lH and/or from, for example, simple gateway control protocol (SGCP) signal requests and events by 
Jq15 the voice gateway 232. For example, multi-frequency tones and/or lower level signaling and 
iy timing functions may be translated to and/or from any of the following indications; simple 
H gateway control protocol Notify functions, simple gateway control protocol Notification 
Jul Requests, Connection requests, Modify Connection requests, off-hook and/or on-hook 
y indications. 

^020 An Ethernet interface with a RJ-45 connector may be used to connect the voice gateway 

232 to the central router 210 (e.g., Gigabit Switch or High Speed Router (HSR)). The 
multimedia gateway control protocol may be used as the interface between the voice gateway 
232 and the call manager 218. For example, call control, signaling, and multimedia data stream, 
real time protocol (RTP) connections, IP addresses, UDP ports, codec choice etc, may be 
25 configured in any suitable manner such as by using a multimedia gateway control protocol In 
exemplary embodiments, audio streams may be passed directly between customer premises 
equipment 102 using real time protocol connections over, for example, a user datagram protocol 
(UDP). Thus, the multimedia gateway control protocol may be utilized to request the voice 
gateway 232 to initiate, cancel, and/or otherwise modify connections in order to set up and tear 
30 down RTP media streams. A similar procedure may also be utilized to request continuity tests 
and results. 
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In exemplary embodiments, it may be desirable to adapt the IP network to carry signaling 
system 7 (SS7) Transaction Capabilities Application Part (TCAP) messages over the IP network 
120 and/or the ATM/frame/cell relay network 185. The transport of signaling system 7 (SS7) 
transaction capabilities application part (TCAP) messages over the packet networks allows 
5 signaling operations to be supported by multiple connections to the same host, multiple host 
connections, and distributed processing of call set-up information using, for example, multiple 
call managers 218 in the broadband network 1. Thus, the EP network 120 and/or ATM/frame/cell 
relay network may be utilized to interconnect a plurality of ESS switches to transport signaling 
information, voice, and/or data. In embodiments where the signaling gateway (SG) 234 is 
10 configured to support signaling system 7 (SS7) signaling transport using transaction capabilities 
application part (TCAP) messages, it may be desirable to include a translator for converting 
!?l between multimedia gateway control protocol (MGCP) messages and transaction capabilities 
f: application part (TCAP) messages and/or ISDN User Part (ISUP) messages. 
Ill The point where ISUP and TCAP messages are terminated at a signaling system 7 (SS7) 

*M5 signaling gateway is defined as a Service Switching Point (SSP) to the signaling system 7 (SS7) 
^ network 170. The call manager 218 may be configured with a standardized Application 
M: Programming Interface (API) to allow interaction with the signaling system 7 (SS7) by, for 
j!1 example, sending and/or receiving ISUP and TCAP messages from a service switching point 
O (SSP). Full class 5 signaling system 7 (SS7) functionality may be included in the call manager 
-JeO 218 including the ability to provide all of the information necessary for billing as defined in the 
GR-246-Bellcore standard. The signaling gateway 234 may be arranged to perform: signaling 
system 7 (SS7) message handling (message discrimination, message distribution, and message 
routing); signaling link management (e.g., link activation, deactivation); signaling route 
management (managing Point Code [PC] route status based on route received management 
25 messages such as Transfer Prohibited, Transfer Allowed, Transfer Restricted, etc.); and signaling 
traffic management (diversion of traffic based on unavailability, availability, restriction of 
signaling link, route, and Point Code.) The signaling system 7 (SS7) architecture supports the 
necessary redundancy component scheme for system reliability and availability during scheduled 
maintenance and/or software/hardware upgrades. The signaling gateway 234 may be configured 
30 to directly provide for lower level signaling system 7 (SS7) processing. 
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In exemplary embodiments, the signaling gateway 234 interacts with the call manager 
218 using an appropriate open interface (e.g., Common Object Request Broker Architecture 
(COBRA)). In these embodiments, it may be desirable for translation software in the signaling 
gateway 234 to add Message Transfer Part (MTP) layer information to the ISUP and/or TCAP 
data to create a complete signaling system 7 (SS7) message. The complete signaling system 7 
message may then be sent to the Signaling Transfer Point (STP) in the external signaling system 
7 (SS7) network 170. Conversely, the signaling gateway 234 may be configured to remove 
ISUP or TCAP application layer data from the signaling system 7 (SS7) messages received from 
the STP prior to converting the information to an appropriate open interface (e.g., COBRA) and 
forwarding the information to the call manager 218 via the central router 210. 

The accounting gateway (AG) 240 may be configured to receive messages representing 
events from the call manager 218 via a suitable transport mechanism such as the central router 
210. Typically, two messages are received for each call, the first when the call is established, 
and second when the call terminates. In the case of unsuccessful calls, only the failure message 
will be logged. The messages provide details about the calling and called parties, the timing of 
the call set-up, the duration and the quality of the call. Accounting gateway 240 may be 
duplicated using a redundant computer, with each gateway having dual-mirrored disks. The 
accounting gateway 240 stores usage records and may then distribute them to linked destinations 
(e.g., billing centers) for processing. Billing centers typically include bill processors that receive 
accounting information from the accounting gateway 240 and generate appropriate on-line or 
paper billing to customers. The accounting gateway may be configured to accommodate multiple 
days worth of accounting records such as the records for one day, two days, three days, four 
days, a week, or a month. The period in which the data is retained in the accounting gateway may 
be dependent on business needs, hardware restrictions, and/or the billing cycle. For example, as 
the end of the billing cycle nears, it may be desirable to shorten the period the accounting 
gateway holds the data such that calls placed the day the bills are printed are included on the 
bills. Further, the accounting gateway may both retain and forward data to the billing centers. In 
this manner, if the equipment at the billing center fails, the accounting gateway 240 may serve as 
a backup. Similarly, the billing center may act as a backup where the accounting gateway 240 
fails. 
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An Automatic Message Accounting (AMA) format is typically used by circuit-switching 
systems, packet-switching systems, and other network elements to provide billing usage 
measurements data (e.g., the Bellcore® Automatic Message Accounting Format (BAF)). This 
data may be utilized either to permit charging the customer for use of network resources or to 
5 permit charging other carriers (e.g., InterExchange Carrier (IEC) and other Local Exchange 
Carrier (LEC)) for assistance in placing call connections. The accounting gateway 240 may be 
configured to convert this information into an Automatic Message Accounting Format (AMA) 
Format (e.g., BAF) records and send these records to the external billing systems using, for 
example, a TFTP (trivial file transfer protocol). Time-stamp accuracy is typically based on the 
10 accuracy of the call manager 218 clock which may be derived from the TOD 212 server. To 
create appropriate AMA records, the event information produced by the call manager 218 
Ci preferably has appropriate information for the telephone service specified such as phone number 
Ti of the calling party (customer), phone number of the called party (customer), time of call, 
If! duration of the phone call, and use of any discretionary features. Different AMA structures may 
Lei 5 be generated between On-Net calls (defined as within a network service provider IP network 
^ 120) vs. Off-Net calls (defined as outside of service provider IP network - e.g. public switched 
5:" telephone network) for billing purposes. 

y The element management gateway (EMG) 238 may provide system management 

y functionality that includes, for example: a) status and performance monitoring for the Operation 
€10 Administration, Maintenance, and Provisioning center, to gauge the ongoing operation of 
applications; b) extensive information exchange with a network operations center responsible for 
ongoing maintenance of one or more applications; c) customizable operations interface to allow 
the network operations center to view only information required, thus reducing the time spent 
filtering information; d) centralize distributed application configuration allowing for the 
25 centralized configuration of objects residing on a plurality machines; e) proactive network 
management capabilities to remove the need for constant operator intervention making the day- 
to-day operations more efficient; and/or f) intelligent display of status information to separate 
critical issues from low-priority problems allowing the operation center to assign resources to the 
right problems at the right time. 
30 The multimedia gateway (MG) 230 may be configured to connect to the public switched 

telephone network 160 and to convert IP based multimedia packets into standard public switched 
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telephone network 160 traffic. The multimedia gateway 230 may include an intelligent trunking 
interface that communicates with the call manager 218 for automatic trunk sizing and allocation 
between the IP network 120 and the public switched telephone network 160. For example, when 
an system user at the customer premises is using a PC and/or a multimedia phone to 
5 communicate with a traditional public switched telephone network 160 user, the communication 
session involves the transmission of video and audio data. The bandwidth that is required for this 
type of communication is much greater than that required for a PSTN-to-PSTN voice call or an 
IP-to-PSTN voice call. The multimedia gateway 230, as the interface between two systems, may 
negotiate a larger bandwidth to facilitate the call if the called party is also video enabled. This 
10 bandwidth negotiation process typically occurs with a 5ESS or a Local Digital Switch within the 
public switched telephone network 160. Typically, a multimedia call, including live video, audio 
S and data, will require bandwidth ranging from 56K to 1.544 Mbps. However, as the number of 
Zi users sharing the same link grows, the quality of the transmission deteriorates significantly. The 
W multimedia gateway 230 must be able to monitor bandwidth usage and make appropriate 
If 15 adjustments so as to maintain an acceptable quality of service. Further, it may be desirable for 
m the call manager 218 and the multimedia gateway 230 to communicate between themselves 
M and/or the customer premises equipment 102 to determine whether the user has authorized the 
y additional bandwidth and hence expense of the call. For example, even where a called and/or 
y calling party is video enabled, it may nonetheless refuse to authorize payment for the increased 
=310 bandwidth necessary for video. 

The Internet gateway (IG) 236 may be connected to the Internet (e.g., World Wide Web 
(www)) and provide a means for IP based data packets to be routed between the IP network 120 
and the Internet 180. Alternatively, IP based voice packets may be routed via the Internet 180. 
In exemplary embodiments, the Internet gateway 236 routes data-only packets which share the 
25 same priority level with other lower priority, non-real-time traffic consistent with computer data 
communications presently experienced with the Internet 180. Consequently, low priority and low 
latency data traffic on the IP network 120 utilize the Internet gateway 236 to communicate with 
other IP data networks such as the www. Voice packets may be routed through another network 
such as the ATM/frame/cell relay network 185, a private IP network 120, and/or the public 
30 switched telephone network 160 where committed information rates may be easily obtained. 
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In exemplary embodiments, the broadband network 1 includes the interfaces which 
enable connections to existing Operation, Maintenance and Provisioning (OAM&P) 195 systems 
that support, billing, accounting, provisioning and/or configuration management functions. A 
Secured Management Data (SMD) Network 190 may be utilized to connect the OAM&P 195 to 
5 the accounting gateway 240 and element management gateway 238. The Secure Management 
Data network 190 may include a Network Service Division's NSD Net. The Secure 
Management Data network 190 helps ensure that only secure communication can occur between 
the IP central station 200 and the OAM&P 195. This eliminates one potential means of 
tampering with the billing and provisioning functions in the OAM&P. The billing systems (OSS) 
10 195 may include the Network Operations Center (NOC). The NOC may include a translation 
server which includes functions for allowing communications and control of diverse networks. 

;f : B. Broadband Residential Gateway (BRG) 

^1 Referring to Fig. 3, a preferred embodiment for a broadband residential gateway (BRG) 

fi5 300 will now be described and explained. The broadband residential gateway 300 may be 
lsU configured as the interface unit between the remainder of the customer premise equipment 102 
M devices and the external network. The broadband residential gateway 300 may be connected to 
l "l the remainder of the broadband network 1 using any suitable mechanism such as a gateway 
"2 directly into an IP network and/or a cable connection. In the most preferred embodiments, a 
hybrid fiber-coaxial plant connection is utilized such as hybrid fiber-coaxial (HFC) plant 112, 
The hybrid fiber-coaxial plant 112 allows numerous broadband residential gateways 300 to be 
included on an existing hybrid fiber-coaxial plant 112 without modification to the plants 
infrastructure. 

The broadband residential gateway 300 may be variously configured to, for example, 
25 provide high-speed cable modem capabilities to interconnect one or more associated PCs with 
each other and with the remainder of the broadband network 1, provide functionality to one or 
more TVs (using, for example, either an integrated or separate decoder functionality, e.g., set top 
box 350), one or more telephone connections such as plain old telephone service (POTS) phones 
and/or digital telephones, displays, wireless interfaces, voice processing, remote control 
30 interface, display interface, and/or administrative functions. In exemplary embodiments, the 
broadband residential gateway 300 may a) providing conversion between analog voice and IP 
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voice packets, b) multiplexing/demultiplexing streams of IP voice packets, c) supporting 
multiplexing/demultiplexing of multiple incoming and outgoing signals including multiple voice, 
multimedia, data, system administration, and/or TV information signals. 

Where the elements of the broadband residential gateway 300 are interconnected, the 
5 interconnection may be provided by one or more data buses, for example, a high speed bus 
(HSB) 360, processor bus 380, and/or other interconnection system. The high speed bus 360, 380 
may be configured to provide a flexible conduit for transferring information between the internal 
hardware, processors and ports. In exemplary embodiments of the broadband residential 
gateway 300, the high speed bus 360 may include one or more of the following functional units 
10 a) a universal remote control receiver module 365 for receiving wireless (e.g., infrared, and/or 
RF) signals (e.g., keyboard signals and/or remote control signals) for control of the broadband 
^fl residential gateway 300 and/or any connected devices, b) a display, display driver, touch screen 
f: logic module for driving one or more local and/or remote displays for interfacing with the 
ill broadband residential gateway 300 and/or one or more connected devices, c) one or more TV 
I ft 5 port modules 336 for interconnecting televisions, set-top devices, and/or other audiovisual 
f?y devices to the broadband residential gateway 300, d) one or more data port modules 334 for 
connecting/interconnecting data enabled devices (e.g., personal computers, palm top devices, 
Vf* etc.), e) one or more telephony port modules 332 for interconnecting one or more analog and/or 
3 digital telephones, f) one or more peripheral port modules 342 for interconnecting one or more 
=£20 peripheral devices such as disk drives, data storage devices, video cassette recorders, DVD 
devices, audio devices, video devices (e.g., camcorders, digital cameras, digital video recorders, 
stereos, etc.), g) one or more external/internal intercom modules 344 for interconnecting remote 
intercom and/or security monitoring devices, h) one or more wireless interface modules 345 for 
interconnecting with various wireless extension devices such as wireless TVs, cordless and/or 
25 wireless telephones, wireless LANs, etc.) one or more voice recognition/voice synthesis modules 
355 for generating voice announcements, voice messages, and voice prompts and for recognizing 
voice generated commands and data, j) set-top box module 350 for performing the functions 
associated with a set-top box locally and/or for communicating with one or more remotely 
coupled set-top boxes, k) memory 322 (e.g., DRAM, RAM, flash, and/or other memory) for 
30 storing information and operating data within the broadband residential gateway 300, 1) 
transceiver 302 for communicating with one or more external broadband networks m) operating 

25 
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program store 330 (e.g., ROM, flash, etc.) for storing at least portions of the operating programs 
for the broadband residential gateway 300 and/or interconnected devices, n) security processor, 
smart card and/or credit card interface module 340 for providing secure processing functions 
and/or credit card/smart card transaction functions, and/or o) distributed processing controller 
5 306 which may be a microprocessor and/or one or more interconnected distributed processing 
modules for controlling the broadband residential gateway 300. Where the distributed 
processing controller 306 includes one or more distributed processing modules, the modules may 
include a telephony processing module (PI) 308, data processing module (P23) 310, video 
processing module (P3) 312, auxiliary processing module (P4) 314, IP processing module (P5) 
10 316, and/or an operations administration maintenance and provisioning processing module (P6) 
318 interconnected through one or more busses such as processor bus 380. The processor bus 
in 380 and/or high speed bus 360 may include any suitable interconnect bus including intelligent 
bus configurations incorporating smart buffer logic (not shown in Fig. 3) to facilitate data 
Ifl transfer between interconnected processors and/or modules. The various modules and/or 
y§5 processing components of the broadband residential gateway 300 may be powered by , for 
^ example, a power supply unit (not shown). Each of the individual modules of the broadband 

residential gateway will now be described in more detail. 
l7[ The transceiver 302 may include circuits for converting digital signals to and from RF 

y signals suitable for transmission across a broadband network such as the hybrid fiber-coaxial 
if|0 plant 112. The transceiver 302 may include one or more input/output ports such as a cable 
interface (e.g., an F connector cable connection) and/or a fiber optic interface connected to a 
communication media (e.g., hybrid fiber-coaxial Plant 112). The transceiver 302 may be 
compatible with the DOCSIS 1.0 or later specifications. For signaling purposes, the broadband 
residential gateway 300 may be compatible with the Media Gateway Control Protocol (MGCP) 
25 or other compatible signaling protocol (e.g., SIP or H.GCP) to support telephony applications. 
The transceiver 302 may serve as a modem, a translator and/or a multiplexer/demultiplexer. Data 
received from the network may be de-multiplexed and placed on the data bus for dispatch to the 
appropriate peripherals and/or ports. Data from the various ports and peripherals may be 
multiplexed together for distribution over one or more broadband networks (e.g., the hybrid 
30 fiber-coaxial (HFC) plant 112). Where a hybrid fiber-coaxial plant 112 is utilized, the data may 
be multiplexed onto various frequency bands of the hybrid fiber-coaxial plant 112 in a 
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continuous data stream(s) and/or packetized data stream(s). To facilitate data transfer for various 
networks, the transceiver 302 may be include one or more registers for data queuing and/or IP 
tunneling of data packets across the broadband network. 

Although the illustration of a display, display drivers, and touch screen logic device 338 
5 suggests that the a display is integral to the broadband residential gateway 300, alternative 
embodiments of the broadband residential gateway 300 may provide a user interface via the TV 
screen, PC screen, video telephone, and/or other display device in addition to, or in lieu of, a 
display integral to the broadband residential gateway 300. 

The peripheral ports module 342 may include a plurality of ports providing connectivity 
10 to external peripherals. Exemplary interfaces include, PCI, Firewire, USB, DB25, etc. Devices 
which incorporate one or more of these interfaces may utilize the broadband residential gateway 
0 300 to interconnect to the remainder of the broadband network 1 . 

H The external/internal Intercom Module (IM) 344 may include one or more 

V. microphones/speakers, voice CODECs, telephony processors, and/or interface ports. Where an 
05 intercom module 344 is utilized, the built-in circuitry may be configured to detect, for example, 
M unused plain old telephone system telephone(s) and generates a special intercom tone on these 
± unused telephones. In this manner, existing plain old telephone system telephones, digital 
H phones, and/or other devices may serve as an intercom throughout the residence. The controller 
2 306 (e.g., such as the PI telephony processor 308) may function to command the intercom 
EfeO module 344 to determine an appropriate intercom path to select an intercom connection between 
various locations. In exemplary embodiments, the CODEC may be configured to convert the 
analog voice signal into IP packets for transmission over one or more data ports 334, TV ports 
336, display modules 338, telephony ports 332, peripheral ports 342, external/internal intercom 
ports 344, wireless interface ports 345, and/or set-top boxes 350. 
25 In yet further embodiments, multiple broadband residential gateways 300 may be 

configured through, for example, IP tunneling, to set-up an intercom connection between 
multiple remote broadband residential gateways 300. In this manner, an administrative assistant 
at the office may be contacted via an intercom connection present at the users home. Thus, one 
or more individuals disposed at either local and/or remote locations with diverse types of 
30 equipment may communicate as an intercom group without the need to communicate via normal 
dialing procedures. 
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In addition to intercom services, the intercom module 344 may also configure intercom 
services for other telephony services (e.g., extension transfer, call conferencing, internal caller 
ID), high speed data services (e.g., LAN connections), facsimile transmission/reception, e-mail 
transmission/reception, video conferencing, and/or CATV/HDTV (Cable Television/High 
5 Definition Television) using standard industry protocols such as DOCSIS 1.0 or higher and IP 
tunneling transmissions. These services are advantageous in that once configured, the user may 
simulate a work environment in his home. 

Though processing may be accomplished by a single processor performing all functions 
(e.g., processing controller 306), in the preferred embodiment shown in Fig. 3, the architecture 
10 employs a distributed processing controller 306, and a plurality of processors P1-P6 308-318. In 
the distributed processing architecture, each of the plurality of processors P1-P6 may be 
5 configured to have a dedicated function to provide predetermined services or applications. The 
Ti processors may be coupled together via any suitable mechanism such as the processor bus 380 
if! and/or high speed bus (HSB) 360. The first processor PI 308 may include telephony 
is 5 applications such as call set-up, call tear down, and call functions; the second processor P2 310 
m may include management functions such as distribution and coordination of data within the 
|^ various devices of the broadband residential gateway 300; the third processor P3 312 may 
hi include video processing functions for configuring control panels, screen displays of attached 
y devices, video conference calls, MPEG decoding functions and other video processing functions; 
*0>0 the fourth processor P4 3 14 may include an auxiliary processor for off loading special processing 
functions such as numeric processing; the fifth processor P5 316 may include interface 
input/output processing (e.g., text to voice and vise versa) and/or Internet protocol (IP) 
processing functions for configuring data to communicate with the remainder of the broadband 
network 1 and/or devices attached to the broadband residential gateway 300 such as IP 
25 telephones or IP enable PCs; and the sixth processor P6 318 may include processing functions 
for Operation, Maintenance and Provisioning (OAM&P) processing. Each of the above 
processors may be an entirely separate processing unit with included RAM, ROM, Flash 
memory, or may share RAM, ROM, and/or Flash memory. Where shared RAM, ROM, and/or 
Flash memory is utilized, the memory may be located within the distributed processor controller 
30 306 and/or on the processor bus 380. Alternatively, the memory may be integrated into the 
operating program store 330 and/or into memory 322. 
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The Distributed Processing Controller 306 with its associated processors (P1-P6) may be 
coupled to the various elements of the broadband residential gateway 300 so as to enable proper 
operation of each of the individual components. For example, the distributed processing 
controller 306 (with any associated processors (P1-P6)) may also coupled to the security 
5 processor, smart card / credit card, and interface module 340, the peripheral port(s) module 342, 
and/or the External/Internal Intercom Module 344 for providing control and coordination among 
devices coupled to the high speed bus 360. 

The display 338 may include, for example, an interactive LED/LCD module positioned in 
a suitable location such as within or attached to the broadband residential gateway 300. The 
10 display 338 may include an interface to notify, display and receive user inputs and processing 
status. The display 338 may be configured to display various informational status such as 
5 multimedia mail, called ID, call logs, call in progress and associated information, call waiting 
ft information, call conferencing, and/or other call related information. The display 338 may 
H provide a display of real time status of the various devices connected to the broadband residential 
05 gateway 300 as well as any current connections, calls, and/or data transfers. The display 338 
M may also include touch screen capabilities that allow information to be input via a plurality of 
± interrelated on-screen prompts, on-screen icons, and/or a keypad (e.g., an alphanumeric 
II keyboard). The keypad may be a remote control, numeric keyboard, and/or alphanumeric 
% keyboard. 

mo In one embodiment of the display 338 operation, a user may touch an icon representing a 

pending voicemail and/or multimedia mail message. The panel may be configured to send an 
electronic signal to the processing controller 306 and/or an attached processor such as the 
telephony processor. On receiving the signal, the PI telephony processor 308 may be configured 
to generate an IP packet via the transceiver 302 across portions of the broadband network 1 to the 

25 multimedia server 222 in IP central station 200. The multimedia server 222 may authenticate the 
request by, for example, verifying location of the request and/or the identity of the requesting 
party. Where identity of the calling party is being verified, the user enter an access password by 
an audio and/or keyboard request. Where an audio request is generated, the user may utilize the 
external / internal intercom module 344 of the broadband residential gateway 300, or via a text 

30 message entered into the display 338. The user may then enter the appropriate access code via 
the onscreen soft keypad, microphone, and/or keyboard. Alternatively, the message could be 
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stored locally in the broadband residential gateways 300 memory 322 and depending on whether 
there is a password lock on the broadband residential gateway 300, the user may not have to 
enter a password to access the message. Where the message is stored locally in the broadband 
residential gateways 300 memory 322 rather than IP central station, the display 338 simply 
5 recalls the message from memory and presents to the user to provide one-touch instant message 
retrieval 

In embodiments where the broadband residential gateway 300 supports multiple 
mailboxes, the icons on the LCD/LED may be personalized to show the identity of the owner of 
the message. Each user may have a different password to ensure privacy of access. An activity 
10 log which tracks past and present messages and/or archives multimedia messages may be 
presented on display 338. The archive may be stored locally, or at a remote location such as IP 
jfj central. The archive may be utilized by the user to recall messages which have long since been 
f: erased from local storage but may be retrieved from IP central on tape and/or disk storage. This 
SI! is preferably an optional feature for those users who are less security conscious. The multimedia 
%5 messages need not be displayed only on display 338. In alternate embodiments, any of the 
^ peripheral devices attached to the broadband residential gateway 300 are capable of receiving the 
H multimedia messages. 

\* The memory 322 may be variously configured to include one or more field-upgradeable 

Q card slots for permitting memory expansion. Certain users may wish to enable higher end 
;j|0 applications such as near video on demand (e.g., pausing of shows via buffering in memory), 
video conferencing of multiple users, multi-party conferences, call waiting for multiple parties, 
etc. Accordingly, the use of a broadband residential gateway 300 allows the user to upgrade 
memory via inserting additional cards. Alternatively, the user may use system memory in IP 
central and buffer data remotely. 
25 Operating program store 330 may be configured to receive updates. This may be 

accomplished by having the user replace one or more memory cards or automatically by the IP 
central station downloading new operating code into one or more residential gateways 300. 

As previously indicated, smart buffer logic (SBL) may be coupled to the telephony 
port(s) 332, data port(s) 334, TV port(s) 336, peripheral port(s) 342, and/or the distributed 
30 processing controller (DPC) 306. Where the smart buffer logic is utilized, it may function to 
buffer the IP packets for delivery over the communication network such as the hybrid fiber- 
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coaxial plant 112. In addition, the smart buffer logic may include selectable switching and 
routing algorithms based on services and applications associated with each port. Depending on 
the destination of the IP traffic, the smart buffer logic may multiplex signal from various devices 
to effect faster information transfer. The smart buffer logic may also allow direct memory access 
between memory 322 and one or more of the devices and/or ports coupled to the high speed bus 
360. 

The telephony port(s) 332 may include various interface circuitry (e.g., analog interface, 
logic and firmware for interfacing with the Plain Old Telephone (POTs) telephones). Also the 
telephony port(s) 332 may also be configured to include user interface logic, voice processing 
logic, voice activity detector logic, voice CODECs, and DTMF (dual tone multi-frequency) tone 
sensing logic. Echo cancellation and automatic gain control may also be utilized in the telephony 
port(s) 332 circuitry. In one embodiment, RJ-11 connectors for a plurality of lines (e.g., 4) are 
provided for connection to one or more existing plain old telephone system 1 10 telephone units. 
However, the broadband residential gateway 300 may contain any number of telephone 
connection ports. In this manner, any number of existing user phone may connected directly to 
the broadband residential gateway 300 without modification. Alternatively, the broadband 
residential gateway can be configured to support, in addition to or as alternative to the plain old 
telephone system telephone units, ISDN telephones and/or other digital phones (e.g., IP 
telephones) using an appropriate interface. 

The data port(s) 334 interface may be variously configured. In one configuration, the 
data ports include high speed data service connections to, for example, a personal computer (PC) 
using a LAN connection. For example, the data ports 334 may include an Ethernet 802.3 
connection compatible with category 5 unshielded twisted pair (UTP) cable and a RJ-45 
connector. The data port(s) 334 may include the necessary interface circuitry for coupling to 
remote computers. 

The TV port(s) 336 may include an interface for conventional television, HDTV and/or 
CATV services. The TV port(s) 336 typically have one or more F-connectors used for coaxial 
cable connection to a TV set(s). The TV ports may be configured to connect to a set top box 
(STB) via the F-connector or directly to a remote television. In embodiments where the set top 
box is co-located with the television, the data supplied over the TV ports may be either analog 
and/or digital information. Where the set top box is integrated into and/or comprises the 
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broadband residential gateway 300, the TV ports may be analog or compatible with HDTV 
signals. 

The broadband residential gateway 300 need not necessarily be limited to home use and 
is intended to also be utilized in business applications. In some configurations, the broadband 
5 residential gateway 300 may serve the same functions and operate as a private branch exchange 
(PBX). Where greater capacity is desired, one or more broadband residential gateways 300 may 
be disposed on a PC card and combined in a PC, rack mount, and/or server to create an 
expandable private branch exchange type system that enables intra-premises calling between 
telephones connected to various telephone connectors on the broadband residential gateway 300. 

10 

C. Integrated Broadband IP Based Communication System 
q Fig. 4 shows an exemplary embodiment of the broadband network 1 shown in Figs. 1-3, 

Ti with like components identified with identical numbers. At the extremities of the integrated 
|] communications system is the customer premises equipment unit (CPE) 102, e.g., one or more 
Q5 customer premise equipment 102 at each customer location. The customer premise equipment 
~ 102 may be configured to include an integrated communication interface device such as the 
broadband residential gateway 300. Other customer premise equipment 102 devices such as one 
II or more televisions (TV) 106, personal computers (PC) 108, and telephones 110, etc., may be 
« connected to the broadband residential gateway 300 via various ports as discussed above. The 
C20 customer premise equipment 102 could include multiple TVs 106, telephones 1 10, and PCs 108 
connected to a single and/or multiple broadband residential gateway 300. Further, in certain 
embodiments, it may be desirable to divide the broadband residential gateway 300 into more than 
one physical package. In this manner, certain interface circuitry may be located outside of the 
home while various processing circuitry may be located near a peripheral device such as in a set 
25 top. 

Where the broadband residential gateway 300 is coupled to the hybrid fiber-coaxial plant 
1 12 in accordance with a preferred embodiment of the present invention, it may be configured to 
provide the user with both information data (e.g., through an Ethernet interface), telephony 
access, and TV service (e.g., HDTV, Digital TV and/or CATV services). In exemplary 
30 embodiments, the hybrid fiber-coaxial plant 1 12 typically includes both coaxial cable and optical 
fiber networks, though, where desired, the network may include only coaxial cable or optical 
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fiber. The hybrid fiber-coaxial plant 112 may be coupled to a head-end hub (HEH) 115. The 
head end hub 115 may provide an interconnection point to gather and/or transform external 
services (e.g., off air and satellite video, public switched telephone network voice, and Internet 
data) into a format suitable for distribution on the hybrid fiber-coaxial plant 1 12 for use with the 
5 customer premise equipment 102. The head-end hub 1 15 may include one or more cable modem 
termination systems (CMTS) 116 coupled between the hybrid fiber-coaxial plant 112, a Head- 
end (HE) 117 and/or an Edge Router (ER) 118. The edge router 118 may be coupled to the 
cable modem termination system 116 and to one or more ultra high speed routers (UHR) 121. 
One or more ultra high speed routers 121 may be interconnected to each other and/or through a 
10 centralized mechanism such as an IP network database to form a high speed network. The high 
speed packet network 120n is one example of the network 120 (e.g., IP network) shown in Fig. 1. 
| In the embodiment shown in Fig. 4, the high speed network 120n includes the ultra high- 

H speed routers (UHR) 121 configured in a ring configuration. Although this embodiment shows 
the use of the IP network database (IND) 122, other configurations are also suitable. Where an 
fi 5 IP network database 122 is utilized, it may be desirable to incorporate one or more data sets such 
M as: a IP local number portability database (IP LNP) 122a which may be utilized for transferring 
^ local DN among service providers when a user changes their service provider; an IP caller name 
j database (IP CNAME) 122b which may be utilized to provide a database of names relating to IP 
i addresses and/or domain names; an IP line information database (IP LIDB) 122c which may 
HO provide alternative billing and allow flexibility in determining who pays for a call; and an IP 1- 
800 Database (IP 8YY) 122d which may provide a database of 1-800 numbers relating to the IP 
network 120a. Alternatively, the IP local number portability database may be located at another 
location, such as at an IP central station (IP Central) 130. Where desired, a local service 
management system (LSMS) 150 may be arranged to provide management of the IP local 
25 number portability database. Where a local service management system 150 is utilized, a 
plurality of local service order administration (LSOA) units 152 may be coupled to the local 
service management system by, for example, a number portability administration center (NPAC) 
151. In this manner, directory numbers may be transported among different service providers. 
In such a case, a NPAC 151 is generally coupled to the LSMS 150 and uses the LSMS 150 to 
30 synchronize the numbering databases and to coordinate the porting process. 
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As indicated above, the broadband network 1 may include a plurality of interconnected 
high performance networks 120n. Each high performance network 120n may include a separate 
IP central station 200 and/or share a single IP central station. Having distributed IP central 
stations located throughout the broadband network 1 provides improved performance and 
5 quicker response time for an individual user. Although not illustrated, each high performance 
network 120, 120n may be connected to multiple head-end hubs 115, each head-end hub 115 
may be connected to multiple hybrid fiber-coaxial plants 1 12, and each hybrid fiber-coaxial plant 
1 1 2 may be connected to a plurality of customer premises equipment 102, each containing one or 
more broadband residential gateways 300. The plurality of high performance networks 120n 
10 may be configured as an interconnected network for routing packetized information from point- 
to-point in accordance with a desired destination. 

The high performance network 120n may be configured to provide connectivity for and 
; h between a plurality of head-end hubs 115 and/or a plurality of broadband residential gateways 
1J1 300 and other networks such as the Internet, e.g., www 180, the public switched telephone 
J55 network (PSTN) 160 and/or various signaling systems such as the SS7 network 170 for end-to- 
m end voice over IP applications. The IP central station 200 may be configured to provide 
U seamless integration and control of the high performance network 120 (e.g., an IP based 
JJI communication system) interface with the public switched telephone networks (PSTN) 160, 
D signaling system seven (SS7) 170, and/or the Internet 180 so that packetized data, voice calls, and 
■M0 other signaling information is properly transferred between the broadband residential gateway 
300 and the public switched telephone network 160 and Internet 180. In certain configurations, 
the hybrid fiber-coaxial 112, head-end hub 115, and high performance network 120, provide a 
signal conduit for packetized voice and data which may, with the coordination of the IP central 
station 200, be provided in the appropriate format between the broadband residential gateway 
25 300, the public switched telephone network 160, and/or the www 180. 

D. General Operation of Integrated Communication System 

The typical home user is currently required to purchase multiple intelligent data conduits 
such as multiple set-top boxes, a plurality of conventional, DSL and/or ISDN phones, cable 
30 modems, HDTV receivers, satellite receivers, home PC LANs, etc. The integrated 
communication system of the present invention provides a user friendly versatile communication 
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system that enables voice over IP telephony, information data (e.g., PC and Internet), and 
television services in a system with one intelligent customer premise equipment 102 interface, 
the broadband residential gateway 300. The broadband residential gateway 300 in conjunction 
with the IP central station 200 provides a flexible communication system that can provide any 
5 number of integrated communication service features and functions without requiring the user to 
become familiar with numerous, diverse types of equipment. 

In one exemplary application of the voice over IP operations, the broadband residential 
gateway 300 digitizes the analog telephony signal using, for example, G.711 \x law coding (64 
Kbps Pulse Code Modulation). The digital samples may then be packetized in, for example, the 
10 broadband residential gateway 300 into IP packets. The broadband residential gateway 300 may 
be configured to encapsulate the IP packets into, for example, DOCSIS (Data Over Cable Service 
=fl Interface Specifications) frames for transmission back to the head-end hub (HEH) 115 over the 
}h hybrid fiber-coaxial plant 112. The hybrid fiber-coaxial plant 112 may then be configured to 
If] transport signals for both upstream (to head-end hub 202) and downstream (to the broadband 
I£l5 residential gateway 300 and customer premise equipment 102) directions. Although the 
m DOCSIS protocol is utilized in this example, any fixture protocol may also be used for the 
H s digitizing and packeting of data. Where the protocol changes, it may be desirable to download 
in new operating code from, for example, IP central station 200 to the individual broadband 
y residential gateways 300, to update the communication protocols dynamically. When new 
SO protocols are adopted, the IP central station may utilize, for example, the system management 
server 216 to download new protocol data into, for example, the protocol manager in the call 
manager 218 and the program store 330 in the broadband residential gateway 300. 

Where voice packets are sent over constant bit rate (CBR) channels using unsolicited 
grants, additional packet data channels may be used to support signaling messages (e.g., SGCP, 
25 Simple Gateway Control Protocol), high-speed cable modem service and/or other upstream 
packet data services. The upstream packet data services may be sent using available bit rate 
(ABR) channels such that the voice channels not impacted by data traffic. 

1. TV Signal Reception 

30 The head-end 117 may originate CATV signals for transmission over the distribution 

network. However, in alternate embodiments, signals may be inserted at other points in the 
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distribution network, such as at various hubs or may arise at remote locations in the network such 
as IP central. Down stream channels may be utilized to facilitate the transmission of signals from 
the head-end or other input distribution point to the subscriber premise. Where analog RF signals 
arrive at the broadband residential gateway 300 of the customer premise equipment 102, 
5 typically, the transceiver circuitry 302 will detect if the signal is addressed to this broadband 
residential gateway 300. If so, the transceiver will allow reception of the RF signal. Upon 
conversion to a digital format, the signal is typically output over the high speed bus (HSB) 360 to 
one or more associated devices for processing. For example, where the signal is a TV signal, the 
signal may be output directly to the TV port 336 and/or processed by the set top box 350 prior to 
10 outputting to the TV ports 336 and/or display 338. Where user channel selection is preformed 
directly in the broadband residential gateway 300, channel selection may be preformed by remote 
n control receiver 365 using an external device such as a remote control. The remote control 
f I receiver may receive a plurality of individually coded remote control commands from different 
- r J receivers and process the signals for only one associated device in accordance with the received 
f§5 commands. Alternative channel inputs include the display 338 and/or any associated keypad. 
™ Authorization to certain channels may be controlled by security processor 340. 
^ Where a remote set top box is utilized, the box may be coupled directly to the HFC for 

7i individual frequency tuning and/or receive a digital feed from the broadband residential gateway 
: J 300 after decoding the digital signal. For example, where hybrid fiber-coaxial plant 1 12 contains 
120 fiber connections to locations near the individual homes, it may be desirable to download one or 
more simultaneous individually requested programming stream(s) and/or digital data stream(s) to 
the broadband residential gateway 300. In this manner, the number of channels, movie 
selections, and/or entertainment options available to the user are unlimited. Cost is minimized 
since only a single intelligent user interface is used in the home and all televisions, phones, 
25 computers, and/or other user interface devices use the same intelligent user interface to the 
broadband network 1. In this manner, the broadband network 1 may offer premium television, 
voice and/or data services to multiple conventional televisions, phones, and PCs without the use 
of multiple set boxes, modems, and external connections. Thus, the users are provided a single 
unified interface to satisfy their external data needs. 

30 
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2. Exemplary Call Flow of an On-Network Call to an Off-Network Call, 
with the Off-Network Call initiating the Dropping 

Fig. 5 illustrates an exemplary call processing sequence for an on-net call (e.g., an IP 

based call) to an off-net call (e.g., a public switched telephone network based call), in which the 
off-net party initiates the drop call sequence. The exemplary call processing sequence operates 
as follows: 

L Once the broadband residential gateway 300 detects an off hook condition, the 
broadband residential gateway 300 may generate an off hook signal 508 to the call 
manager (CM) 218. The off hook signal acts as a dial tone request to the call manager 
218. Alternatively, the broadband residential gateway 300 may collect all dialed digits 
before activating the off hook condition. This alternative may be desirable to save 
resources at the call manager 218 where multiple incoming lines are available to handle 
any additional calls. Thus, even though one phone is off-hook, the broadband residential 
gateway 300 determines that other lines are available and does not initiate the off-hook 
signal until all dialing digits have been collected. 

2. Where the call is managed entirely by the call manager, the call manager 218 
will issue a dial tone message 509 to the requesting broadband residential gateway 300 in 
order for the broadband residential gateway 300 to generate a dial tone to the associated 
phone. Where the broadband residential gateway 300 shares management of the call, the 
broadband residential gateway 300 generates the dial tone in response to the off-hook 
condition. 

3. Where the call is managed entirely by the call manager 218, the call manager 
218 will then enter a state where it polls and collects the dialed digits 510 from the 
broadband residential gateway 300. The dialed digits may then be transferred to the call 
manager 218 one at a time as they are entered. Alternatively, where the call set-up 
control process is shared between the broadband residential gateway 300 and the call 
manager 218, the broadband residential gateway 300 collects the dial digits and transfers 
these, together with the off-hook signal to the call manager 218. This transfer may be 
facilitated by combining this data into a single data packet. 

4. On receiving the dialed digits, the call manager 218 will determine whether 
local number portability has been enabled. Where local number portability has been 
enable, the call manager 218 may issue a local number portability (LNP) query 51 1 to the 
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IP local number portability database 122. The IP local number portability database 122 
may then supply the call manager 218 with a routing number 512 if the dialed digits form 
a valid sequence. Where the dialed digits do not form a valid sequence, the call manager 
218 will return an error indication to the broadband residential gateway 300. The error 
designation may include a tone and/or a more detailed error message for display on, for 
example, display 338. 

5. Where the call sequence is valid, the call manager 218 may issue a first call 
proceeding message 513 to the broadband residential gateway 300 indicating that the 
number is valid and the call is proceeding (e.g., a valid on-hook condition). 

6. Next, the call manager 218 typically determines whether adequate network 
resources are available to carry the call. In embodiments where the broadband residential 
gateway 300 is connected to a hybrid fiber-coaxial plant 112, the call manager 218 may 
send an open gate allocation request 5 14 to the cable modem transmission system 1 16. In 
this event, it is often desirable for the cable modem transmission system 1 16 to provide a 
gate allocation acknowledgement 515. A gate allocation acknowledgement may be 
utilized to verify that the necessary gate resources have been allocated. 

7. The call manager 218 may send an open connection request 516 to the voice 
gateway (VG) 232 in order to provision the connection. Once the connection is 
provisioned, the VG 232 may provide an open connection acknowledgement 517 back to 
the call manager 218. 

8. For off network connections, it is often necessary to enter a second phase of the 
connection process involving the appropriate link signaling to establish a call For 
example, the call manager 218 may send an ISUP I AM (Initial Address) message 518 
containing the directory number (DN) of the called party to the signaling gateway (SG) 
234. This process is often utilized to allocate the appropriate voice trunk for 
communication. The call manager 218 may also send an alerting message 519 t the 
broadband residential gateway to produce an alerting signal, e.g., a ringing tone. The 
signaling gateway 234 may make the appropriate connections when the trunk has been 
allocated and acknowledge the request with an ISUP A call manager (Address Complete) 
message 520. 
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9. Once the called party has answered the call and connection is established, the 
signaling gateway 234 may send an ISUP ANM (Answered) message 521 to the call 
manager 218 indicating that the called party has answered. 

10. The call manager 218 may then send a call start message 522 to the 
accounting gateway (AG) 240, indicating the start of the call. The AG 240 may use this 
information for billing purposes. 

11. At this point, the link has been established and the conversation 523 can 
proceed over the communications path. Note that although signaling system 7 (SS7) 
signaling is used herein to illustrate the present invention and is a well known signaling 
protocol utilized in the art of telephony telecommunication, the instant invention is not 
limited to the use of signaling system 7 (SS7) signaling for call establishment of an off- 
network call; the use of signaling system 7 (SS7) signaling is merely illustrative. As 
such, other methods of signaling may be substituted for signaling system 7 (SS7). 

12. When the called public switched telephone network user terminates the link, 
an on hook signal may be sent to the appropriate public switched telephone network 
switch, such as a 5ESS. The signaling network may then send a call termination message 
(not shown) to the signaling gateway 234 as notification of the call termination status. 

13. The signaling gateway 234 may then generate a release 524 signal to the call 
manager 218. 

14. Upon receipt of the release 524 signal, the call manager 218 may a) initiate the 
relinquishment of the provisioned network resources by issuing a close connection 525 
message to the voice gateway (VG) 232 and a release complete 526 message to the 
signaling gateway 234, b) inform the accounting gateway that the call has been 
terminated, for billing purposes via, for example, sending a call end 527 message to the 
accounting gateway 240. 

15. With reference to the close connection 525 message, the voice gateway may 
respond by issuing a report message 528 to the call manager 218 containing the current 
status of the call. 

16. On receiving the call status report 528, the call manager 218 may issue a 
delete connection 529 message to the broadband residential gateway 300. 



39 



PATENT APPLICATION 

IDS 1999-0304 

17. The broadband residential gateway 300 may then releases its resources and 
sends a status report 530 to the call manager 218. In addition to the report 530, the 
broadband residential gateway 300 may also send an on hook 531 status report to the call 
manager 218. 

18. The call manager 218 may then inform the broadband residential gateway 300 
to report the next off hook condition via message 532. 

19. Where a cable modem transmission system is utilized, the call manager 218 
may then issues a release gate 533 message to the cable modem transmission system 116 
so that all the modem resources can be relinquished. Once the gate resources have been 
released, the cable modem transmission system 118 sends a release gate complete 534 
message to the call manager 218. At this point, all resources pertaining to the call have 
been relinquished. 

3. Exemplary Call Flow of an On-Network Call to another On-Network 
User, Under One Call Manager Control 

Fig. 6 illustrates an exemplary call flow of an on-network call to another on-network user, 
with the call being handled by a single call manager (CM) 218. In alternate embodiments, 
different portions of the call set-up sequence may be handled by more than one call manager 218 
in the IP network 120. The exemplary "on-network" call processing sequence operates as 
follows: 

1. Once the broadband residential gateway 300A detects and off hook condition 
of, for example, a telephone, the broadband residential gateway 300A may generate 
an off hook signal 607 to the call manager (CM) 218. The off hook signal may act as 
a dial tone request to the call manager 218. 

2. The call manager 218 may then issue a dial tone message 608 to the 
requesting near-side broadband residential gateway 3 00 A in order for the broadband 
residential gateway 300A to generate a dial tone. 

3. The call manager 218 may then enter a state where it polls and collects the 
dialed digits 609 from broadband residential gateway 300A. The dialed digits are 
transferred to the call manager 218 one at a time. In a similar fashion to the subject 
matter discussed above, in embodiments where the call setup is shared between the 
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call manager 218 and the broadband residential gateway 300A, the broadband 
residential gateway may manage the call set-up and transfer both the off-hook signal 
and the dialed digits to the call manager 218 within one or more. 

4. On receiving the completed dialed digits, the call manager 218 may issue a 
local number portability query 610 to the IP local number portability database 122. 
The IP local number portability database 122 may then supply the call manager 218 
with a routing number 61 1 if the dialed digits constitute a valid sequence. 

5. The call manager 218 may then ensure that adequate network resources are 
available to accommodate the call. 

6. Where adequate resources are available, the call manager 218 may issue a first 
setup message 612 to whatever mechanism couples the far side broadband residential 
gateway 300, e.g., the cable modem transmission system 116B, to allocate 
transmission resources on the far side. 

7. A call proceeding message and a report on hook condition message 613 may 
then be sent to the broadband residential gateway 3 00 A. 

8. A gate allocation message 614 may then be sent from the call manager 218 to 
the cable modem transmission system 1 16 A, where the broadband residential gateway 
300A is coupled via a cable modem transmission system. In this environment, a gate 
allocation 614 message may be utilized to set up the relevant modem resources. 

9. Where a cable modem transmission system is utilized and receives the setup 
message 612 from call manager 218, the cable modem transmission system 1 16B may 
then send a connection request 615 message to the far side broadband residential 
gateway 300B. 

10. Where a cable modem transmission system 1 16B is utilized, the cable modem 
transmission system may then sends a setup acknowledgement 616 to call manager 
218. Once the resources are allocated by the cable modem transmission system 
116A, the cable modem transmission system may then send a gate allocation 
acknowledgement message 617 back to the call manager 218. 

11. Once the call manager 218 receives the setup acknowledgement 616 along 
with the gate allocation acknowledgement message 617, the far-side broadband 
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residential gateway 300B may then send a ringing message 618 to the far-side cable 
modem transmission system 1 16B where this connectivity is utilized. 

12. In these embodiments, the far-side cable modem transmission system 116B 
may then issue an alerting message 619 to the call manager 218, 

13. The call manager 218 may then convey the alert via an alerting message 620 
to the broadband residential gateway 300A, to produce a indicating signal such as a 
ringing signal indicating that the call is going through. 

14. The cable modem transmission system 116B may then issue a connect 
message 622 to the call manager 218 in response to the far-side broadband residential 
gateway 300B sending an off hook message 621 to the far-side cable modem 
transmission system 116B. At this point, the end-to-end communication path is 
established and conversation 623 can be facilitated. 

15. Assuming that the calling party hangs up first, the broadband residential 
gateway 3 00 A may initiate an on hook sequence 624 message which may be 
communicated to the near-side cable modem transmission system 1 16 A, 

16. The cable modem transmission system 116A may then issue a disconnect 
message 625 to the call manager (CM) 218. The call manager 218 may then issue a 
first delete connection request 626 to the near-side broadband residential gateway 
300A and then a second delete connection request 627 to the far-side broadband 
residential gateway 300B. 

17. The near-side broadband residential gateway 300A may respond to the call 
manager 218 with a report message 628 containing the connection status, as well as 
an on hook message 630 to verify that the calling party at near-side broadband 
residential gateway 300A has terminated the call. 

18. The far-side broadband residential gateway 300B may respond to the call 
manager 218 with a report message 629 containing the connection status, as well as 
an on hook message 631 indicating that the called party connection has now been 
terminated. 

19. At this point, the call manager 218 may issue release gate messages 634 and 
635 to the near-side cable modem transmission system 218 and far side cable modem 
transmission system 116B, respectively, so as to release the modems associated with 
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the call. Once all the resources have releases, the cable modem transmission system 
116A and the cable modem transmission system 116B may issue gate release 
complete messages 636 and 637 respectively to the call manager 218. 
20. For simplicity, the accounting processing is not shown. However, the process 

used in Fig. 5 may be utilized as the billing procedure for on-net calls. Such a process 
might constitute sending a call start message from the call manager 218 to an 
accounting gateway (AG) 240 after the connect message 622 is sent from the far-side 
cable modem transmission system 116B to call manager 218. The call start message 
would trigger the start of the billing procedure. A corresponding call end message 
would then be sent from the call manager 218 to the AG 240 after the near-side cable 
modem transmission system 116A sends a the disconnect message 625 to the call 
manager 218. This call end message would trigger the ending of the billing procedure 
for that call. 

Although the IP voice packets for these calls are typically routed over the IP network 120, the 
system may, where appropriate, route IP voice packets over the Internet 180. 

II. Activity Log For Improved Call Efficiency 

The present invention may include an activity log that may have user proactive bill 
management capability and be used in the aforementioned broadband communication system. 
The activity log may log, for example, incoming calls directory numbers (DNs) and outgoing call 
DNs in a database. The database containing the activity log may be provided at a central system 
location, such as the at IP Central Station 200 or at the system subscriber's customer premises 
equipment 120 (e.g., broadband residential computer (BRG) 300, personal computer (PC) 106, 
etc.). The activity log may also log incoming and outgoing email with interactive sessions (e.g., 
instant message (IM) email) and multimedia video and audio calls. The activity log may be 
separated into individual activity logs for respective media types. Further, the activity log(s) 
may include information such as the DN, a system address, an email address, a "contacted" 
party's name, a company name, an address, a client billing number, as well as billing information 
such as the date, time, length of the previous communication and any associated charges for the 
previous communication. The system may obtain the supplemental information by, for example, 
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user entry on an activity log screen, caller ID information, electronic public or company 
telephone directories, and/or extraction from the user's electronic address or telephone book. 

Referring to Figure 7, one exemplary method is provided for logging incoming and 
outgoing calls into a communication activity log. First, at decision step 705, the system, for 
5 example the broadband residential gateway (BRG) 300, a PC 108 connected to the BRG 300, 
and/or a server in the IP Central Station 200 (e.g., call manager (CM) 218) continuously 
determines whether there is an incoming or outgoing communication with a system subscriber's 
particular directory number (DN) or system address (e.g., IP address). If so, then at step 706, the 
system will create new record in the activity log including a communication start time. This new 
10 record may be stored in, for example, a database. The database may reside in, for example, 
memory 322 of the BRG 300, a memory in a PC 108, or a memory associated with one of the 
25 servers (e.g., multimedia server (MS) 222) in the IP Central Station 200. Next, at decision step 
f] 707, the system determines if a connection identifier (e.g., an identifier such as a DN, system 
IH address, email address, etc., that indicate the destination of an outgoing communication or the 
M5 originating entity of an incoming communication) is available for the communication. If a 
m connection identification is available, then the connection identifier is logged into the new 
activity log record. Next, at decision step 709, the system (e.g., CM 218) determines if there is 
1 7i supplemental data (e.g., name, company affiliation, client number, address, etc.) available for the 
5 connection identifier. If there is supplemental information available, at step 710, the 
ifl20 supplemental information is entered into the new record. In any case, the system may then at 
decision step 71 1 determine if the communication has ended. If so, then at step 712 the system 
(e.g., the auxiliary processor 316 of the BRG 300 or a processor in the IP Central Station) may 
log the duration of the communication into the new record. Next, at decision step 713, the 
system determines if billing information (e.g., cost and/or duration of a communication) is 
25 available. This billing information may be provided by one or more administration center(s) 155 
and/or one or more secure management data network(s) 190 and billing system 195. If billing 
information is provided, then at step 714, the billing information is entered into the new record of 
the activity log. In any case, next at step 715, the new record is closed and saved in memory by, 
for example, the BRG 300, a PC 108, and/or the CM 218. Next, at step 716, the system will 
30 merge the new record, or sort all the records in the activity log according to, for example, a 
system default or user preference category field, e.g., DN 808, name 809, company 810, time 813 
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and date 812, etc. As such, individual activity log records are created for each new incoming or 
outgoing communication, based on predetermined information which may be user (subscriber) 
defined, and may be entered into a database for later review and use by the system subscriber. 

As one example, the activity log(s) may be accessed and used by the system user to 
5 enable auto dialing (e.g., auto redial) of, for example, any previously dialed DNs or previously 
received incoming call DNs (both answered and unanswered). Thus, if a user wants to call back 
a person that they previously called or wants to call back a person who previously called them 
without looking up the persons DN and dialing in the entire DN they may, for example, enter a 
feature code on the keypad of a telephone indicative of the desired DN that was previously 
10 associated with an outgoing call or an incoming call, and enter the number of calls previous 
(incoming or outgoing) to which the desired DN is related. The system will then lookup the DN 
■S associated with that previous call in the call log database and automatically dial that DN. 
f: However, the system may also enable a subscriber to access and utilize the activity log using a 
y ! graphical user interface, 

[As A user may access the activity log file from a remote location. By dialing in or using 

^ internet data access to a BRG 300 unique address or DN, the user will be prompted with desired 

log record for retrieval. Voice or graphical prompts may be provided if applicable. A "fuzzy 
jjfi logic" type search assistance may be provided so the user does not need to remember the exact 
O name or DN they want to look up from the activity log. For example, the user may specify only 
<i20 the call duration greater than 10 minutes and received on a particular date. In response a search 

engine will return all matched activity log records to the user that meet or closely resemble their 

requested search (where desirable indicating how closely the record resembles the search 

request). 

Referring now to Figure 8, an exemplary communication activity log graphical user 
25 interface (GUI) is illustrated. This activity log GUI may be accesses using a display 338 
associated with the BRG 300, a TV 106, a PC 108, or any other remote location display, and may 
be accessible using an subscriber ID and password. As shown, the activity log(s) may be 
provided to the user with a graphical user interface using, for example, a display 801 and scroll 
feature (scroll bar 835) so that the user can scroll through the log(s) of previous communications 
30 (e.g., telephone calls and/or multimedia video and audio calls, emails, instant message email, 
etc.) and designate the desired DN or address by highlighting, clicking on, or tagging the desired 
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DN, system address, or email address in the list. In general, the display 801 may default to 
displaying the records in the activity log according to their descending order of the 
communication time and date and may separate the communication records into an Incoming log 
815 and Outgoing Log 825, although a single listing is possible. For example, as illustrated in 
5 Fig. 8, the first record (830) at the top of the Incoming Log 815 list, was received on January 5, 
2000 from an email address employee@ATT.com and is indicated to be an audio communication 
(e.g., and IP telephone call). This communication is the most recent communication for the 
system subscriber associated with DN1. The next most recent communication in the Incoming 
Log 815 is the second record 831 received from the directory number 973-370-9669 and is 
10 indicated to be an audio communication (e.g., telephone call). As illustrated, the activity log 
may indicate using easy to understand icons as to whether the communication is a telephone calls 
3 (e.g., record 831), a multimedia video and audio calls (e.g., records 832 and 841), a text email 
!f; (e.g., record 842), and/or an instant message email (e.g., record 840), etc. Further, the activity 
tH log GUI may be include a feature button 802 with a pull down menu that allows the subscriber to 
M 5 select between combined media record listing, or one or more of the particular media types such 
lM as telephone calls, multimedia video and audio calls, text emails, instant message email, etc., to 
M be displayed on the GUI at the same time. In addition, the activity log may include records, such 
u\ as record 833, of incoming communications which have no known DN or address associated 
5 with them, when the originating party uses, for example, a feature such as caller ID blocking. 
J^O The activity log GUI may have a default set of categories which will be displayed to the 

subscriber, e.g., which determines the type of information such as the DN, a system address, an 
email address 808, a "contacted" party's name 809, a company name 810, a client billing number 
811, as well as billing information such as the date 812, time 813, length of the previous 
communication (duration 815) and any associated charges (cost 815) for the previous 
25 communication. Further, the GUI may include a Category button 804 which enables the user to 
alter the information displayed on the GUI and/or retained in the activity log. Thus, for example 
the user may alter the activity log to include such as information as a contacted party's street 
address or include alternative DN's or system/email address. 

In addition, the activity log GUI information screen may include a button with pull-down 
30 menu 807 which enables the user to enter the information from an activity log record (e.g., record 
831) into an electronic address book. The activity log GUI may also include a forward to button 
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805 with pull down menu which may be used to initiate forwarding an activity log record to 
another location, e.g., DN, system address, email address, so that any billing charges can be 
transferred to another billing account, for example, the user's company telephone bill. 

Once the subscriber has accessed the activity log display 801 they may initiate a one 
touch communication activation with another party at any of the listed DNs or addresses simply 
by pointing and clicking on the record containing the connection identifier the wish to use. 
Then, in response, the system will connect to (e.g., dial/call) the party designated by the 
previously utilized DN or address. For example, the user may point and click on record 832. In 
response the BRG may initiate a multimedia audio and video call or initiate a message to a server 
in the IP Central Station 200 that maintains an activity log database. In any case, the call 
manager 218 will begin set up of a multimedia session with an IP address within IP Network 120 
(IPAdd-Stockl-1), using for example, IP packets. 

As more clearly illustrated by the exemplary method for initiating a new communication 
session using the activity log provided in figure 9, first at step 905, the system (e.g., BRG 300 or 
a server in IP Central Station 200) determines whether the broadband communication system 
subscriber has requested use of the activity log. If so, at step 906, the system may request the 
subscriber to enter their subscriber identification (e.g., DN, system address, name, etc.). Further, 
the system may, if required, request the subscribe to enter their password. If the subscriber's ID 
and/or password are correct then the system allows the subscriber to access and utilize the 
activity log. Next, at decision step 907, if the subscriber identifies an activity log record they 
wish to use, for example, by pointing and clicking on the record, the system makes a 
communication connection using the records associated prior connection DN or address. As 
such, as indicated at step 908, the system extracts a second party identifier from the selected 
activity log record and initiates a communication session using the second party identifier 
contained in the selected record. Thus, the display, scroll, point and select feature may be 
performed using, for example, a PC 108, television (TV), or touch display connected to the 
system to give the subscriber a simple user friendly method of efficiently making return 
communication session (e.g., calls) to another party without entering the number or address 
manually. 

The system may obtain the supplemental information from any number of electronic 
databases and sources. Referring to figures 10A and 10B, an exemplary method is provided for 
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obtaining supplemental information that may be included in an activity log. For example, 
supplemental information may be added to the activity log by, for example, a user (subscriber) 
may entry supplemental on an activity log screen by pointing and clicking once on one of the 
cells of the activity log record and manually edit the information (see Fig. 8 GUI). 
5 Alternatively, the supplemental information may be entered by the system automatically 

or semi-automatically. First, at decision step 1005, the system (e.g., BRG 300, PC 108, and/or 
CM 218) determines whether a new activity log record has been created including an connection 
identifier. If so, the system a decision step 1006 may determines whether there is any caller ID 
information available that includes any of the supplemental information required for the activity 
10 log record (e.g., connected parties name). For example, a connection to a PSTN telephone may 
provide the PSTN user's name and address to the broadband communication system through the 
3 SS7 170 and signaling gateway 234, to the call manager 218. The call manager 218 may then 
tl provide this information to either the BRG 300 or the MS 222 to be inserted into the new activity 
III log record. This is indicated at step 1007. Next, at decision step 1008, the system (e.g., BRG 
05 300 or IP Central Station 200) may determines if there is another record in the activity log 
m database that has the same connection identifier 808 and related supplemental information. If so, 
and the information is missing from the record, the system copies that supplemental information 
Jy and inserts it into the new record at step 1009. Then, at decision step 1010, the system may 
5 determines if there is a subscriber electron address book with supplemental information for the 
:fi20 connection identifier 808 of the new record. If so, and the information is missing from the 
record, the system copies that supplemental information and inserts it into the new record at step 
1011. 

Continuing at figure 10B, at decision step 1012, the system (e.g., BRG 300, PC 108, or IP 
Central Station 200) may determines if there is an electronic public telephone directory with 

25 supplemental information for the connection identifier 808 of the new record. If so, and the 
information is missing from the record, the system copies that supplemental information and 
inserts it into the new record at step 1013. Next, at decision step 1014, the system (e.g., BRG 
300 or IP Central Station 200) may determines if there is an electronic company telephone 
directory with supplemental information for the connection identifier 808 of the new record. If 

30 so, and the information is missing from the record, the system copies that supplemental 
information and inserts it into the new record at step 1015. Thus, the supplemental information 
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may be obtained by the system from other electronic means, for example, caller ID information 
provided from other systems such as the PSTN 160, ATM 185, the Internet 180, etc. or the IP 
Network 120, electronic public or company telephone directories, and/or extraction from the 
user's electronic address or telephone book. 

As previously indicated, the activity log of the present invention may also include billing 
information such as cost and duration of a communication connection and/or use of system 
resources. Figure 1 1 provides one exemplary method for adding billing information to a new 
record in the activity log. First, at decision step 1005, the system determines if a new activity log 
has been created with a connection identifier 808. If so, at step 1 105, the system (e.g., the CM 
218, administrative center 155, and/or billing system 195, etc.) determines if the subscriber's 
account is to be billed for the communication connection related to the new record. If so, the 
system then determines if billing information is available to enter into the new record of the 
activity log at decision step 1106. This information may come from one or more of the billing 
processing centers, for example, administration center(s) 155 and/or billing system(s) 195. Next, 
at step 1 107, the system (e.g., BRG 300, MS 222, etc.) enters the billing information into the new 
record of the activity log. The billing record will be received by the accounting gateway (AG) 
240 from corresponding billing processing center. The AG 240 then sends this information to 
the storage location (e.g. PC 108, CM 218, BRG 300) for processing. 

Referring to figure 12, another feature of the activity log may include enabling the user to 
access the activity log(s) and identify any communication cost that should be billed to a different 
party or location. For example, the system user may tag certain calls in the activity log to be 
forwarded to their business account so that their business can pay for the calls, as indicted in 
step 1205. The user can do this by, for example, highlighting a particular record in the activity 
log and clicking on the forward to button 805 and selecting a particular forward to DN or 
electronic address to which a copy of the record with billing information is to be forwarded 
(forward-to communication address). Alternatively, the system may include a filter on the 
activity log which the user can activate to sort all communications which have a client billing 
number associated with them. In either case, in decision step 1206, the user can identify a 
forward-to communication address (e.g., DN, electronic address, etc.). This selection may 
require the inclusion of a password so that the receiving location will accept the record and 
billing information. Next, at step 1207, the system (e.g., BRG 300, IP Central Station, etc.) 
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determines whether the original record or a copy of the record including billing information is to 
forwarded. In either case, at decision step 1208, the system checks to see if an of the activity log 
records are to be forwarded automatically to another location. If so, at step 1210, the system 
forwards the activity log record (either the original or a copy) to the forward-to communication 
5 address. If there is no automatic forwarding designated for the billing information then the 
system, at step 1209 determines if the subscriber has manually requested the activity log record 
to forward to the forward-to communication address by, for example, pointing and clicking on 
the Forward To button 805 on the activity log GUI (see fig. 8). 

Using the activity log bill forwarding feature, the user may then review this listing 
10 manually or have the system automatically forward this information to their business account to 
be charged to a client (or directly to the client's account). Thus, the system user will no longer 
"5 have to submit paper copies of his telephone bills or internet access bills with an expense report 
f: to get the bill paid by their business. 

IS] In another embodiment of the invention, the user may set the log to automatically sort the 

[fJ5 records in the log based on, for example, a calling party's name and select a particular manner of 
^ making a call based on comparative cost or on a desired forward-to DN. The activity log may 
{«& keep records in the outgoing log 825 for all the calls made by a subscriber which are made using 
I "1 any type of communication device, for example, calls made from an IP DN, POTS DN, cellular 
O DN, etc. The system may then sort the calls by user preference, for example, by a called party's 
jftO last name and a least cost call. The subscriber may then perform auto dial using the called 
party's last name and the least cost call category. Alternatively, if the party to be called has 
multiple DNs or system addresses entered in the activity log, the subscriber may direct the 
system to call only one of the DNs or system addresses based on a profile (of the to be called 
party) regardless of which record the subscriber selects. For example, referring to figure 13, the 
25 subscribe may call up the activity log file sorted according to last name 809, cost 1305, and time 
of day called 1306. The sort on information type may be stored in memory located in, for 
example, the BRG 300, a PC 108, and/or IP Central Station 200. If the subscriber decides to call 
the person with last name "B" in the PM the system will automatically dial DN2 because an EP 
call in the afternoon is cheaper than a POTS call. Alternatively, the subscriber may change the 
30 activity log to use an indicated forward-to or preferred DN for the person with last name 809 at 
particular time of the day. For example, they might wish to call the persons office if it is day 
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time or the persons home in the evening. Then, anytime the subscriber selects to call the person 
with last name "B", the system will direct the call to, for example, DN2. The forward-to log 
information may be stored in memory located in, for example, the BRG 300, a PC 108, and/or IP 
Central Station 200 (e.g., CM 218). 

5 Although particular embodiments of the present invention have been shown and 

described, it will be understood that it is not intended to limit the invention to the preferred 
embodiments and it will be obvious to those skilled in the art that various changes and 
modifications may be made without departing from the spirit and scope of the present invention. 
Thus, the invention is intended to cover alternatives, modifications, and equivalents, which may 

10 be included within the spirit and scope of the invention as defined by the claims. For example, 
the user may activate any of the activity log feature/functions from a remote location using 
another subscribers BRG, cellular telephone, etc. 

The following co-pending U.S. Patent applications, originally filed the same day as the 
present application, are hereby incorporated by reference: 

15 

1. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.83117; Client 
Reference No. 1999-0183), entitled "Automatic Port Status Reporting and Selective Call 
Barge-in For a Broadband Voice Over IP Telephony System and Method"" invented by Kung 
etal. 

20 2. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81779; Client 
Reference No. 1999-0244), entitled "Automatic Cable Phone Service Activation," invented 
by Kung et al. 

3. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82512; Client 
Reference No. 1999-0353), entitled "Broadband Cable Telephony Network Architecture IP 

25 ITN Network Architecture Reference Model," invented by Kung et al. 

4. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82516; Client 
Reference No. 1999-0359), entitled "IP Conference Call Waiting" invented by Kung et al. 

5. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81765; Client 
Reference No. 1999-0230), entitled "Conference Server for Automatic X-Way Call Port 

30 Expansion Feature", invented by Kung et al. 
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6. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82511; Client 
Reference No. 1999-0326), entitled "Wireless Touch Screen Television," invented by Kung 
et al. 

7. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.84852; Client 
5 Reference No. 1999-0678), entitled "Programmable Feature Buttons on a Broadband 

Residential Gateway," invented by Kung et al. 

8. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81766; Client 
Reference No. 1999-0231), entitled "Automatic Call Manager Traffic Gate Feature," 
invented by Kung et al. 

10 9. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81768; Client 
Reference No. 1999-0233), entitled "Local Number Portability Database for On-net IP Call," 
j5 invented by Kung et al. 

f. 10. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81767; Client 
\J\ Reference No. 1999-0232), entitled "Personal IP Follow Me Service," invented by Kung et 

:|l5 al. 

w 11. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81769; Client 
H Reference No. 1 999-0234), entitled "Personal IP Toll-Free Number," invented by Kung et al. 

| j 12.U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81770; Client 
*=j Reference No. 1999-0235), entitled "User Programmable Port Hunting in an IP Based 

=fe0 Customer Premise Equipment," invented by Kung et al. 

13. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81772; Client 
Reference No. 1999-0237), entitled 'TP Leased Line," invented by Kung et al. 

14. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81773; Client 
Reference No. 1999-0238), entitled "Anonymous Call Rejection," invented by Kung et al. 

25 15. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81774; Client 
Reference No. 1999-0239), entitled "Automatic Callback With Distinctive Ringing," 
invented by Kung et al. 

16. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81775; Client 
Reference No. 1999-0240), entitled 'TP Multimedia Call Blocking," invented by Kung et al. 
30 17. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81776; Client 
Reference No. 1999-0241), entitled "IP Call Forward Profile," invented by Kung et al. 



PATENT APPLICATION 

IDS 1999-0304 

18. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.81778; Client 
Reference No. 1999-0243), entitled "IP Call Forward Follow Me," invented by Kung et al. 

19. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82507; Client 
Reference No. 1999-0319), entitled "Enhanced BRG with Display Capabilities," invented by 

5 Kung et al. 

20. U.S. Patent Application Serial No. TBD (Attorney Docket No. 3493.84877; Client Reference 
No. 1999-0320), entitled "Hand Held Integrated IP Device," invented by Kung et al. 

21. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82508; Client 
Reference No. 1999-0321), entitled "Wireless Settop Box," invented by Kung et al. 

10 22. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82332; Client 
Reference No. 1999-0290), entitled "BRG PCMCIA Card Cable Ready for PCs," invented by 
Kung et al. 

23. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82333; Client 
Reference No. 1999-0297), entitled "Broadband Service Access," invented by Kung et al. 
15 24. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82334; Client 
Reference No. 1999-0298), entitled "Method for Providing Broadband Public EP Services," 
invented by Kung et al. 

25. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82335; Client 
Reference No. 1999-0299), entitled "Method For Billing IP Broadband Subscribers," 

20 invented by Kung et al. 

26. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82487; Client 
Reference No. 1999-0300), entitled "BRG With PBX Capabilities," invented by Kung et al. 

27. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82488; Client 
Reference No. 1999-0301), entitled "Enhanced IP Subscriber Alerting," invented by Kung et 

25 al. 

28. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82489; Client 
Reference No. 1999-0302), entitled "Chase Me System," invented by Kung et al. 

29. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82490; Client 
Reference No. 1999-0303), entitled "Call Hold With Reminder and Information Push," 

3 0 invented by Kung et al. 
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30. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82492; Client 
Reference No. 1999-0305), entitled "Selective Information Admission," invented by Kung et 
al. 

31. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82493; Client 
5 Reference No. 1999-0306), entitled "User Programmable Fail-proof IP Hotline/Warm-line," 

invented by Kung et al. 

32. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82494; Client 
Reference No. 1999-0307), entitled "Authentication of Broadband IP Telephony Service," 
invented by Kung et al. 

10 33. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82495; Client 
Reference No. 1 999-0308), entitled "Simplified IP Service Control," invented by Kung et al. 
S 34. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82496; Client 
Ti Reference No. 1999-0309), entitled "Personal Control of Address Assignment & Greeting 

m Options for Multiple BRG Ports," invented by Kung et al. 

Sl5 35. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82326; Client 
m Reference No. 1999-0283), entitled "Protected IP Telephony Calls Using Encryption (P.I.E - 

!=* Protected IP Encryption)," invented by Kung et al. 

jj 36.U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82327; Client 
y Reference No. 1999-0285), entitled "Integrated Multimedia Messaging Service," invented by 

=O20 Kung et al. 

37. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82328; Client 
Reference No. 1999-0286), entitled "Remote Monitoring Through the BRG," invented by 
Kung et al. 

38. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82329; Client 
25 Reference No. 1999-0287), entitled "Cable Headend System with Pseudo-Switching 

Capabilities," invented by Kung et al. 

39. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82330; Client 
Reference No. 1999-0288), entitled "A Method for Performing Roaming Across Multiple IP 
networks," invented by Kung et al. 
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40. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82331; Client 
Reference No. 1999-0289), entitled "Scalable VoIP network Server For Low Cost PBX," 
invented by Kung et al. 

41. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82506; Client 
5 Reference No. 1 999-03 1 8), entitled "Call Services Transfer," invented by Kung et al. 

42. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82497; Client 
Reference No. 1999-0310), entitled "Multiple Call Waiting in a Packetized Communication 
System," invented by Kung et al. 

43. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82498; Client 
10 Reference No. 1999-0311), entitled "Optimizing Voice Paths in an IP Telephony Network," 

invented by Kung et al. 

IS 44. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82499; Client 
;P Reference No. 1999-0312), entitled "Call Waiting and Forwarding in a Packetized 

m Communication System," invented by Kung et al. 

!|l5 45. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82501; Client 
w Reference No. 1999-0313), entitled "Incoming Call Identification in IP Telephony," invented 

ju by Kung et al. 

Ifj 46.U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82502; Client 
O Reference No. 1999-0314), entitled "Incoming IP Call Remote Party Data," invented by 

=020 Kung et al. 

47. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82503; Client 
Reference No. 1999-0315), entitled "Personal User Network (Closed User Network) 
PUN,CUN," invented by Kung et al. 

48. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82504; Client 
25 Reference No. 1999-0316), entitled "IP Address Interworking Unit (IATU) For Automatic IP 

V4 toV6 Address Translation," invented by Kung et al. 

49. U.S. Patent Application Serial No. TBD (Attorney Docket No. 03493.82505; Client 
Reference No. 1999-0317), entitled "Automatic Off-Hook Recovery and Fail-Proof Call 
Delivery," invented by Kung et al. 

30 
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All publications, patents, and patent applications cited herein are hereby incorporated by 
reference in their entirety for all purposes. 
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What is claimed is: 



1 L A method of logging and using information related to communication activity in an 

2 integrated broadband communication system, comprising the steps of: 

3 creating an activity log for a user's system address that logs one of an incoming and 

4 outgoing communications of more than one type of media including telephone, text data, and 

5 multimedia video and audio. 

1 2. The method according to claim 1, further comprising the steps of: 

2 determining if there is said one of an incoming and outgoing communication for a user's 

3 system address; and 

4 creating a new record for said activity log if there is a said one of an incoming and 

5 outgoing communication, said new record relating to said one of an incoming and outgoing 

6 communications. 

1 3. The method according to claim 2, further comprising the steps of: 

2 determining if there is a connection identifier for said one of an incoming and outgoing 

3 communication for a user's system address; and 

4 entering said connection identifier into said new record if there is one of said connection 

5 identifier for said one of an incoming and outgoing communication. 

1 4. The method according to claim 3, further comprising the steps of: 

2 determining if there is supplemental information available for said connection identifier; 

3 and 

4 entering said supplemental information into said new record if said supplemental 

5 information is available. 

1 5. The method according to claim 4, further comprising the steps of: 

2 determining if there is billing information available for said one of an incoming and 

3 outgoing communication; and 
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4 entering said billing information into said new record if there is billing information 

5 available for said one of an incoming and outgoing communication. 

1 6. The method according to claim 5, further comprising the step of: 

2 closing and saving said new record in said activity log. 

1 7. The method according to claim 6, further comprising the step of: 

2 providing a graphical user interface for accessing said activity log to said user. 

1 8. The method according to claim 6, further comprising the step of: 

2 enabling said user to initiate a new communications session by access and selecting said 

3 saved record from said activity log using a telephone. 

1 9. A method of utilizing information related to communication activity in an integrated 

2 broadband communication system, comprising the steps of: 

3 providing a graphical user interface for accessing a communication activity log that logs 

4 one of an incoming and outgoing communications of more than one type of media including 

5 telephone, text data, and multimedia video and audio for a user's system address. 

1 10. The method according to claim 9, further comprising the step of: 

2 displaying a record representing information related to said one of an incoming and 

3 outgoing communications, said record including a connection identifier. 

1 11. The method according to claim 1 0, further comprising the step of: 

2 initiating a communication session using said connection identifier as the destination 

3 address, in response to a user selecting said record. 

1 12. The method according to claim 9, further comprising the step of: 

2 displaying a record representing information related to said one of an incoming and 

3 outgoing communications, said record including a connection identifier and billing information. 
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1 13. The method according to claim 12, further comprising the step of: 

2 providing a button on said graphical user interface to select records related to one of said 

3 more than one type of media including telephone, text data, and multimedia video and audio. 

1 14. The method according to claim 12, further comprising the step of: 

2 providing a button on said graphical user interface to select which user's records will be 

3 presented in said graphical user interface. 

1 15. The method according to claim 12, further comprising the step of: 

2 providing a button on said graphical user interface to select a location to which 

3 information in selected records will be sent. 

1 16. The method according to claim 12, further comprising the step of: 

2 providing a button on said graphical user interface to select a category of information to 

3 be provided in each of said records. 

1 17. The method according to claim 16, wherein said category of information includes a client 

2 identifier. 

1 18. The method according to claim 12, further comprising the step of: 

2 providing a button on said graphical user interface to access an electronic address book of 

3 said user. 

1 19. The method according to claim 12, further comprising the step of: 

2 providing a button on said graphical user interface to select records related to one of said 

3 more than one type of media including telephone, text data, and multimedia video and audio. 

1 20. The method according to claim 12, further comprising the step of: 

2 providing an icon indicative of a media type of a communication logged by said record. 

1 21. The method according to claim 1 0, further comprising the step of: 
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2 forwarding said record to another location so that a different party may be charged for a 

3 communication session recorded by said record. 

1 22. The method according to claim 22, wherein said forwarding is performed automatically 

2 by said system based on preprogramming. 

1 23. The method according to claim 22, wherein said forwarding is performed in response to 

2 said user selection of said record. 

1 24. A method of initiating a communication session in an integrated broadband 

2 communication system, comprising the steps of: 

3 extracting a desired party identifier from a selected activity log record; and 

4 initiating said communication session using said desired party identifier. 

1 25. The method according to claim 24 ? further comprising the steps of: 

2 requesting a system user to enter an identification that correlates to a system address; and 

3 authorizing said system user to use an activity log if said identification is correct. 

1 26. The method according to claim 24, further comprising the steps of: 

2 requesting a system user to enter an identification that correlates to a system address; 

3 requesting said system user to enter a password; and 

4 authorizing said system user to use an activity log if said identification and said password 

5 are correct. 

1 27. A method of providing supplemental information related to communication activity in an 

2 integrated broadband communication system, comprising the steps of: 

3 providing an activity log for a user's system address that logs a communications session 

4 with a connection identifier; and 

5 inserting supplemental information into a first record in said activity log, said 

6 supplemental information relating to said connection identifier. 
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1 28. The method according to claim 27, wherein said supplemental information is obtained 

2 from caller identification information. 

1 29. The method according to claim 27, wherein said supplemental information is obtained 

2 from a second record in said activity log having a same said connection identifier. 

1 30, The method according to claim 27, wherein said supplemental information is obtained 

2 from a system user's electronic address book. 

1 31. The method according to claim 27, wherein said supplemental information is obtained 

2 from an electronic public telephone directory. 

1 32. The method according to claim 27, wherein said supplemental information is obtained 

2 from an electronic company telephone directory. 

1 33. The method according to claim 27, wherein said supplemental information includes 

2 billing information. 

1 34. The method according to claim 33, wherein said supplemental information includes a 

2 client identifier. 

1 35. The method according to claim 34, wherein information in said first record is forward to 

2 another party. 

1 36. The method according to claim 35, wherein said information in said first record 

2 transferred to another party electronically transfers responsibility for paying for a communication 

3 session from a system user's billing account to said another party's billing account. 

1 37. The method according to claim 35, wherein said information in said first record is 

2 forward to another party is forward automatically by said system based on preprogramming. 
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1 38. The method according to claim 37, wherein said client identifier triggers said forwarding 

2 of said information in said first record is forward to another party. 

1 39. The method according to claim 35, wherein said information in said first record is 

2 forward to another party in response a system user's manual selection. 

1 40. The method according to claim 27, wherein said supplemental information includes a 

2 client identifier. 

1 41 . An integrated broadband communication system, comprising the steps of: 

2 a graphical user interface for accessing a communication activity log that logs one of an 

3 incoming and outgoing communications of more than one type of media including telephone, 

4 text data, and multimedia video and audio for a user's system address. 

1 42. The system according to claim 41, wherein said graphical user interface displays a record 

2 representing information related to said one of an incoming and outgoing communications, said 

3 record including a connection identifier. 

1 43. The system according to claim 42, wherein said record includes a connection identifier 

2 and billing information. 

1 44. The system according to claim 41, further comprising; 

2 a button on said graphical user interface to select records related to one of said more than 

3 one type of media including telephone, text data, and multimedia video and audio. 

1 45. The system according to claim 41, further comprising: 

2 a button on said graphical user interface to select which user's records will be presented 

3 in said graphical user interface. 

1 46. The system according to claim 41, further comprising: 
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2 a button on said graphical user interface to select a location to which information in 

3 selected records will be sent. 

1 47. The system according to claim 41 , further comprising: 

2 a button on said graphical user interface to select a category of information to be provided 

3 in each of said records. 

1 48. The system according to claim 41 , further comprising: 

2 an icon indicative of a media type of a communication logged by said record. 

1 49. The system according to claim 41, further comprising: 

2 a button on said graphical user interface to access an electronic address book of said user. 

1 50. An integrated broadband communication system, including: 

2 a user activity log including a listing identifying prior communications for said 

3 user, said prior communications including multiple types of media communications. 

1 51. The system according to claim 50, wherein said multiple type of media communications 

2 includes a telephone communication. 

1 52. The system according to claim 50, wherein said multiple type of media communications 

2 includes a text data communication. 

1 53. The system according to claim 50, wherein said multiple type of media communications 

2 includes a multimedia video and audio communication. 

1 54. The system according to claim 50, wherein said activity log includes incoming 

2 communications and outgoing communications for said user. 

1 55. The system according to claim 50, wherein said activity log is associated with a user 

2 specific system address. 
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1 56. The system according to claim 50, wherein said activity log includes supplemental 

2 information for said prior communications. 

1 57. The system according to claim 56, further including an automated means for identifying 

2 and inserting said supplemental information into said activity log. 

1 58, The system according to claim 57, further including a memory for storing said activity 

2 log in a database. 

1 59. The system according to claim 56, wherein said activity log includes billing information 

2 for said prior communications. 

1 60. The system according to claim 59, further including a means for forwarding at least one 

2 prior communication record in said activity log that includes billing information to another 

3 party's billing data. 

1 61. The system according to claim 56, further including an electronic telephone and address 

2 directory, wherein said supplemental information is derived from said electronic telephone and 

3 address directory. 

1 62. The system according to claim 61, wherein said electronic telephone and address 

2 directory is said user's personal electronic telephone and address directory. 

1 63. The system according to claim 61, wherein said electronic telephone and address 

2 directory is a public electronic telephone and address directory. 

1 64. The system according to claim 61, wherein said electronic telephone and address 

2 directory is a company electronic telephone and address directory. 

1 65. The system according to claim 50, further including a telephone wherein said activity log 

2 is accessible using said telephone. 



64 



PATENT APPLICATION 

IDS 1999-0304 

1 66. The system according to claim 50, wherein said system further includes a display and 

2 said activity log is accessible using a graphical user interface on said display. 

1 67. The system according to claim 66, further including a touch screen that displays said 

2 activity log. 

1 68. The system according to claim 66, further including a personal computer that displays 

2 said activity log. 

1 69. The system according to claim 66, further including a television that displays said activity 

2 log. 

1 70. The system according to claim 50, wherein said multiple type of media communications 

2 includes a telephone communication, a text data communication, and a multimedia video and 

3 audio communication. 
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ABSTRACT 

The present invention provides for an activity log which may include user proactive 
billing management for use in a powerful, facilities-based, broadband communications system 
that guarantees voice, data and video communication reliability and security to users for an 
5 multimedia system including integrated telephone, television and data network. The activity 
log and user proactive billing management may log incoming calls directory numbers (DNs) 
and outgoing call DNs in a database. The database containing the activity log may be provided 
at a central system location, such as the at IP Central Station or at the system subscriber's 
customer premises equipment (e.g., broadband residential computer (BRG), personal computer 

10 (PC), etc.). The activity log may also log incoming and outgoing email interactive sessions 
(e.g., instant message (IM) email) and log multimedia video and audio calls. The activity logs 
may include, along with the DN, system address, and/or email address, supplemental 
information such as the "to be contacted" party's name and relevant information (e.g., company, 
address, client billing number, etc.) as well as billing information such as the time length of the 

15 previous communication and any associated charges for the previous communication. The 
system may obtain the supplemental information by, for example, user entry on an activity log 
screen, caller ID information, electronic public telephone directories, and/or extraction from the 
user's electronic address or telephone book. According to one variation of the invention, these 
logs may be accessed and used by the system user to enable auto dialing (e.g., auto redial) of, 

20 for example, any previously dialed DNs or previously received incoming call DNs (both 
answered and unanswered). According to another variation of the invention, the activity log(s) 
may be provided to the user with a graphical user interface using, for example, a display and 
scroll feature so that the user can scroll through the log(s) of previous communications (e.g., 
calls) and designate the desired DN or address by highlighting, clicking on, or tagging the 

25 desired DN or address in the list. In response the system will connect to (e.g., dial/call) the user 
designated by the previously utilized DN or address. According to a further variation of the 
invention, the user may access the activity log(s) and identify any communication the cost of 
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which should be billed to a different party. The activity log may also be sorted based on user 
preferences and set to direct calls to low cost alternatives. 
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IN THE UNITED STATES 
PATENT AND TRADEMARK OFFICE 

Declaration and Power of Attorney 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 

name. 

I believe I am an original, first and joint inventor of the subject matter which is 
claimed and for which a patent is sought on the invention entitled Activity Log For 
Improved Call Efficiency, the specification of which is attached hereto. 

I hereby state that I have reviewed and understand the contents of the above 
identified specification, including the claims, as amended by an amendment, if any, 
specifically referred to in this oath or declaration. 

I acknowledge the duty to disclose all information known to me which is material 
to patentability as defined in Title 37, Code of Federal Regulations, 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, 1 19 of 
any foreign application(s) for patent or inventors' certificate listed below and have also 
identified below any foreign application for patent or inventors' certificate having a filing 
date before that of the application on which priority is claimed: 

None 

I hereby claim the benefit under Title 35, United States Code, 120 of any United 
States applications) listed below and, insofar as the subject matter of each of the claims 
of this application is not disclosed in the prior United States application in the manner 
provided by the first paragraph of Title 35, United States Code, 1 12, we acknowledge the 
duty to disclose all information known to us to be material to patentability as defined in 
Title 37, Code of Federal Regulations, 1.56 which became available between the filing 
date of the prior application and the national or PCT international filing date of this 
application: 
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I hereby declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be true; and further 
that these statements were made with the knowledge that willful false statements and the 
like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 
18 of the United States Code and that such willful false statements may jeopardize the 
validity of the application or any patent issued thereon. 

I hereby appoint the following attorney(s) with full power of substitution and 
revocation, to prosecute said application, to make alterations and amendments therein, to 
receive the patent, and to transact all business in the Patent and Trademark Office 
connected therewith: 



I also appoint Thomas H. Jackson (Reg. No. 29808) and Kevin Alan Wolff (Reg. 
No. 42233) of Banner & Witcoff as associate attorneys, with full power to prosecute said 
application, to make alterations and amendments therein, and to transact all business in 
the U.S. Patent and Trademark Office connected therewith. 

Please address all correspondence to Mr. S. H. Dworetsky, AT&T Corp., P.O. 
Box 41 10, Middletown, New Jersey 07748. Telephone calls should be made to Alfred 
G. Steinmetz by dialing 973-360-81 13. 



Samuel H. Dworetsky (Reg. No. 27873) 

Thomas A. Restaino (Reg. No. 33444) 

Michele L. Conover (Reg. No.34962) 

Benjamin S. Lee (Reg. No. 42787) 

Robert B. Levy (Reg. No. 28234) 

Alfred G. Steinmetz (Reg. No. 22971) 

Cedric G. DeLaCruz (Reg. No. 36498) 

Rohini K. Garg (Reg. No. 45272) 

Susan E. McHale (Reg. No. 35948) 




Date 




Residence: Bridgewater, Somerset County, New Jersey 



Citizenship: U.S. 



Post Office Address: 



215 Ten EyckRoad 
Bridgewater, New Jersey 08807 
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Full name of 2 nd j oint^nventor : Jesse Eugene Russell 
Inventor's signature 



Residence: Piscataway, Middlesex County, New Jersey 
Citizenship: U.S. 



Post Office Address: 



2 Thames Avenue 
Piscataway, New Jersey 08854 
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Full name of 3 rd joint inventor: Anish Sankalia 
Inventor's signature 

Residence: Iselin, Middlesex County, New Jersey 
Citizenship: India 

Post Office Address : 2610 Green Hollow Drive 

Iselin, New Jersey 08830 
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Full name of 4 th joint inventor: Spencer Wang 



Inventor's signature ^—^^^^ - ^< Date /^/^/7 °\ 

Residence: Parsippany, Morris County, New Jersey 
Citizenship: U.S. 

Post Office Address: 1 9 Warwick Road 

Parsippany, New Jersey 07054 
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